sublimehq
Scroll position lost upon commit deletion
Problem description
Deleting a selected commit (via SM or externally) causes the view to jump to the top, selecting the newest commit. When dealing with old commits in large repositories, this jump can be frustrating as the user has to locate their previous scroll position on their own.
Preferred solution
The parent of the deleted commit is selected.
Not just deleting, editing too; I've seen the same very annoying thing while editing old commit messages, but it only seems to happen when they are a certain distance down; i.e. the scroll position is maintained while you are within ~30 or so commits from the top, but resets if you go any further than that.
To work around it, I made some temporary "bookmark" tags to get back to where I was.
Similar issue happens on stash drop, pretty frustrating:
https://forum.sublimetext.com/t/sublime-merge-shouldnt-scroll-up-when-dropping-stash/70003/3
