(Still exists)SourceTree loses scrolling position when making changes in staging area

This is a request to reopen SRCTREE-4200.

This issue still exists as another user has reported. In fact I have been upgrading source tree over the course of the past year I've been using it and this bug has always been there.

Please let me emphasize how "critical" this bug is towards productivity. From a software perspective "is there a work around, etc, etc" yes. Of course. But please understand that SourceTree & SCM is "Productivity Software". It exists SOLELY to make productivity better. Enhancements for all sorts of crazy use cases is awesome, but 98% of the time users use SourceTree / Git, it is to check in code. That's like so vanilla of a use case that we just take it for granted that it just works. This bug is soooo frustrating every time because if I have to select 2 files to check in, it doubles the time it should take me to do a check in. If I have 10 files, it's a 10x tax. If I need 100 files its 100x. The more files we need to check in, the MORE we need productivity software. But ironically this bug scales linearly with the value that SourceTree provides.

This is simply a plea to appropriately consider the "criticality" and priority of this bug from the total value loss perspective. It's a shame that a the image of a very very solid product is tainted in my mind due to a very minor bug that affects me 98% of the time I use the software. 

Thank you in advance for your consideration and providing this wonderful software.