• Icon: Bug Bug
    • Resolution: Duplicate
    • Icon: Medium Medium
    • None
    • 1.6.14
    • UX

      Sourcetree UI seems to be doing some heavy-weight background process. Noticed the UI keeps showing the "spinning" GIF forever, whenever I clicked on a stage/unstaged file.

      This has drastically slowed down SourceTree.

            [SRCTREEWIN-3267] SourceTree UI is non-responsive/sluggish

            This issue is a duplicate of SRCTREEWIN-2093. Please follow updates on that ticket. Thank you.

            Rahul Chhabria (Inactive) added a comment - This issue is a duplicate of SRCTREEWIN-2093 . Please follow updates on that ticket. Thank you.

            See above comment for timing details from command line and terminal. This is currently still very slow on 1.8.3.0. It's not really a good solution to switch to gitkraken just to move multiple files to staging because SourceTree is so slow...

            Glenn Engel added a comment - See above comment for timing details from command line and terminal. This is currently still very slow on 1.8.3.0. It's not really a good solution to switch to gitkraken just to move multiple files to staging because SourceTree is so slow...

            minnsey added a comment -

            Hi

            Are you able to try and time the same tasks from the Terminal? Would help work out where the time is going, Git or SourceTree.

            Thanks

            minnsey added a comment - Hi Are you able to try and time the same tasks from the Terminal? Would help work out where the time is going, Git or SourceTree. Thanks

            Glenn Engel added a comment - - edited

            I tried 1.8.3.0 with perhaps slightly better performance at 6 seconds. After I click the checkbox to stage a file it's 2 seconds before the checkmark shows up and then another 4 before it appears in staged.

            Some other numbers:
            From GUI:

            • Unstaging a file takes about 4 seconds.

            From Command Line:

            • git fetch takes 0.953 seconds (a remote repo).
            • git status takes 1.411s.
            • git add takes 0.067s
            • git reset takes 1.212s

            Other:

            • 8492 files in the git repo

            Glenn Engel added a comment - - edited I tried 1.8.3.0 with perhaps slightly better performance at 6 seconds. After I click the checkbox to stage a file it's 2 seconds before the checkmark shows up and then another 4 before it appears in staged. Some other numbers: From GUI: Unstaging a file takes about 4 seconds. From Command Line: git fetch takes 0.953 seconds (a remote repo). git status takes 1.411s. git add takes 0.067s git reset takes 1.212s Other: 8492 files in the git repo

            minnsey added a comment -

            Hi are you able to update to the latest v1.8, we've addressed a number of performance issues in that.

            minnsey added a comment - Hi are you able to update to the latest v1.8, we've addressed a number of performance issues in that.

            I am also seeing very slow response when staging or unstaging a file. Something on the order of 8 seconds in my case. This seems to be correlated to the size of the repo. It would be nice if whatever housekeeping is going on looking for changes could be forked to another thread so mouse clicks to stage and unstage are instantaneous.

            I see similar slowness when bringing the window back to the foreground. Ideally these long operations can be done off the UI thread or in a non-blocking manner.

            I can do a 'git status' from the command line and it's nearly instantaneous. I expect the same from sourcetree. Sourcetree is a great product and I can't do without it but it's driving me nuts with these ui pauses.

            Glenn Engel added a comment - I am also seeing very slow response when staging or unstaging a file. Something on the order of 8 seconds in my case. This seems to be correlated to the size of the repo. It would be nice if whatever housekeeping is going on looking for changes could be forked to another thread so mouse clicks to stage and unstage are instantaneous. I see similar slowness when bringing the window back to the foreground. Ideally these long operations can be done off the UI thread or in a non-blocking manner. I can do a 'git status' from the command line and it's nearly instantaneous. I expect the same from sourcetree. Sourcetree is a great product and I can't do without it but it's driving me nuts with these ui pauses.

              Unassigned Unassigned
              bc66fa3a8842 Veetil
              Affected customers:
              2 This affects my team
              Watchers:
              4 Start watching this issue

                Created:
                Updated:
                Resolved: