Description: Navigator-s vertical scroll-bar is after a while automatically scrolled down, up to the end of current list, after it has been previously scrolled up. Steps to Reproduce: 1. Show Sidebar (Ctrl F5). Apply as many times as needed one or several Header 1–10 styles to some expressions, so that their listing cannot be displayed as a whole inside the Navigator panel according to the vertical axis. Tip: resizing the window to smaller according to the vertical axis, will allow to perform the task faster, since the number of present Headers listed required to fill the Navigator's area according to that same axis will be smaller; 2. Left-click twice an Header – see attachment – that does not belong to the first headers displayed at once in the Navigator; In that condition scrolling-down is then a required operation; 3. Scroll up the vertical scroll-bar, stop it at a position of your choice then either keep on grabbing it or release it. Actual Results: Navigator-s vertical scroll-bar is after a while automatically scrolled down, up to the end of the a current list, after it has been previously scrolled up. Expected Results: Scrolled up vertical bar, then stooped at a location, either kept on grabbed or released, to remain at its last position. Reproducible: Always User Profile Reset: Yes Additional Info: Version: 6.1.4.2; Build ID: 6.1.4.2-1.fc29; CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; Locale: en-GB (en_GB.UTF-8); Calc: group threaded
Created attachment 148376 [details] Navigator's vertical scroll-bar in scrolled down position
I reproduced this bug on Writer v. 6.5.1.2 (x64) I think that the issue is that the Navigator view refreshes and takes you back to the position of the cursor, even whilst you are browsing the document through it.
(In reply to ricky.tigg from comment #0) > 2. Left-click twice an Header – see attachment – that does not belong to the > first headers displayed at once in the Navigator; In that condition > scrolling-down is then a required operation; I'm not 100% sure what you mean by this, but I tested it as: 1. Scrolling down in the Navigator list of headings 2. Double-clicking a heading that was not visible when the scrollbar was at the top When I did your step 3. after this, I did not observe the bug. If there is something more to this, please explain. In particular, this is confusing: "In that condition scrolling-down is then a required operation". The automatic scrolling after double-clicking happens in the document, so I don't understand why it is mentioned. Arch Linux 64-bit Version: 6.4.0.0.alpha0+ Build ID: b9a776837462eeb6d50d0decc42604c0c3008eb1 CPU threads: 8; OS: Linux 5.2; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded Built on 11 August 2019
Version: 6.2.5.2; Build ID: 6.2.5.2-1.fc30; CPU threads: 2; OS: Linux 5.2; UI render: default; VCL: gtk3; Locale: en-US (C); UI-Language: en-US; Calc: threaded Not reproducible with current version. Proper sentence would be "Left-click twice an Header –see attachment– that does not belong to the first headers displayed at once in the Navigator; such operation requires then to scroll-down."
Thanks for retesting with the latest version. Setting to RESOLVED WORKSFORME as the commit fixing this issue hasn't been identified.
Version: 6.3.0.4; Build ID: 057fc023c990d676a43019934386b85b21a9ee99; CPU threads: 2; OS: Linux 5.2; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US; Calc: threaded Not reproducible with current version.