-
Bug
-
Resolution: Fixed
-
High
-
2.3.2, 2.4
-
macOS Sierra - 10.12
External Git - 2.10.0
SourceTree - 2.3.2 (75)
-
Severity 2 - Major
Beginning with version 2.3.2, the diff viewer now resets its scroll position when ever SourceTree refreshes. This occurs when files are updated (per the setting in preferences), when staging or unstaging a file, hunk, or some lines, and when manually refreshing from View > Refresh or cmd+R.
This is especially problematic when staging changes one hunk at a time, as you lose your place in the diff viewer every time you stage anything. This makes the task of staging only some changes considerably more time consuming and error prone.
The bug is a near-constant headache as it occurs every time you use the diff viewer (whether staging or not, whenever the program refreshes).
- is duplicated by
-
SRCTREE-4200 SourceTree loses scrolling position when making changes in staging area
- Closed
-
SRCTREE-4366 SourceTree keeps refreshing
- Closed
-
SRCTREE-4397 File refresh disrupts change preview
- Closed
-
SRCTREE-4549 (2.4) File status hunk List autoscrolls after staging change
- Closed
-
SRCTREE-4671 Refresh of the git status causes the right part to scroll to the top
- Closed
-
SRCTREE-4672 staging hunk causes staged/unstaged tree to scroll/flicker
- Closed
-
SRCTREE-4082 Has progressively become ridiculously slow and laggy.
- Closed
-
SRCTREE-4283 Flickering diff pane when switching files
- Closed
-
SRCTREE-4336 Views automatically scroll to their default position
- Closed
-
SRCTREE-4338 SourceTree diff horizontal scroll bars are wigging out! (Mac)
- Closed
-
SRCTREE-4668 Source file refresh in pending files
- Closed
-
SRCTREE-2035 Upon automatic refreshes the current file and position is lost
- Needs Triage
- relates to
-
SRCTREE-4397 File refresh disrupts change preview
- Closed