In essence the same as bug 41063, however without complexity of the auto-save.
Steps to Reproduce:
1. Open the attached file
2. Zoom in; de second page shouldn't be visible
3. Make sure that the cursor is at the top of the table
4. Scroll down to the bottom of the second page (without a change to the cursor)
5. Press add a row below
Screen jumps back to the cursor position
Depending on the opinion of bug 115781.
*Cursor & screen position should jump to the new row; or
*Screen position should stay the same
User Profile Reset: No
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/603.3.8 (KHTML, like Gecko) Version/10.1.2 Safari/603.3.8
Created attachment 140083 [details]
Version: 126.96.36.199.alpha0+ (x64)
Build ID: 77a535285f0fd5f2464430abdc67cf99be024868
CPU threads: 4; OS: Windows 10.0; UI render: GL;
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-01-23_23:04:23
Locale: de-DE (de_DE); Calc: CL
You did attempt to fix the "Saving while in table causes view to jump to cursor position" a while ago. However, drowning because of the progressbar (Bug 41063 comment 57).
This looks like the same bug, without all the saving complexity ;-). I thought you might be interested..