Are you in the loop? Keep up with the latest by making sure you're subscribed to Community Announcements. Just click Watch and select Articles.

Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root


1 badge earned


Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!


Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.


Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!


Sourcetree sometimes showing changes from some arbitrary commit

For instance, after clicking on HEAD, I see

Displaying all changes between 19e9eb6b0c81aaa80227a15357d2b9e5ba3053cc and working copy


Since that 19e9 is ancient, this diff takes ages.  The only way I have found to "fix" this is to close SourceTree and reopen it.  Is this a feature of sourcetree I am somehow triggering and how do I turn it off when I enable it?

If this is a bug, is it a known one that will be fixed soon?  when it happens, it pretty much mandates closing SourceTree as every operation takes minutes to complete.

Note, this isn't when using shift to select multiple items.  This is single clicking without modifiers pressed.  Though a modifier key might have been pressed earlier but isn't anymore.  Pressing and releasing mod keys (alt/ctrl/shift) does not fix it.


3 answers

Definitely a UI bug, I get this all the time. When "Displaying all changes between xxx and yyy" appears, SourceTree thinks you have two commits selected, but you have only one.

This occurs when the commit window refreshes while you're working, so your selected commit disappears. Internally, SourceTree thinks it's still selected, but you can't de-select it through normal actions, e.g. selecting another commit.

Workaround: Hit Ctrl-A to select all commits in the window. Then click on a commit. It should show normally again.

Thank you so much, this fixed it.  My days of resetting Sourcetree over and over are done.

Like jlidbeck likes this

You are a life saver! Thank you. Nowadays sourcetree is getting worse every patch.. maybe some key developer has left the team?

Like jlidbeck likes this
2 votes
Deleted user Jan 07, 2019

This issue is still present in version 3.0.12 under Windows 10.

1 vote
Ana Retamal
Atlassian Team
Atlassian Team members are employees working across the company in a wide variety of roles.
Aug 11, 2017

Hi Brian, this actually sounds like it could be a bug. Please provide some more information so we can reproduce it:

  • Which version of SourceTree and OS are you using? 
  • Which diff tool are you using?
  • Does it only happen with this ancient commit?




Beyond Compare for Diff

Windows 10 OS


The commit isn't always the same one.  But certain commits seem to come up often.


When I notice it broken is often shortly after having tabbed back into the program.  So it could be an issue with what's done when SourceTree is not in focus.

IE, work in Visual Studio.  Tab to SourceTree to check diffs/commit working change/etc.  Suddenly diff window has one item highlighted but the diff is across a large number and takes forever to generate/refresh.


It seems if I check/uncheck the show all branches it will fix the problem without restarting.

Having the same issue.


Windows 10

I've also been seeing this issue on Windows 10 with SourceTree

Same here Windows 10 with SourceTree

Note this usually happens when there are uncommitted and unstaged changed files. When I commit these file the issue is gone for a time. But it comes back often (probably after some commit or branch checkout, but I can't tell for sure what the actual reason is).

Same issue here on Win10 with SourceTree

Suggest an answer

Log in or Sign up to answer
AUG Leaders

Atlassian Community Events