In order to reproduce:
 Use a text document with several pages. Set cursor somewhere into first page.
 Scroll down some pages down either with mouse wheel or with scrollbar.
 Open Options dialogue. Select: LibreOffice Writer > General. You can change an option, but it's not necessary.
 Click OK. The focus jumps to the text section with the cursor. Expected: No jump.
Especially in longer documents it may take some time to find the previous position again.
Bug does not exist for all option categories. It seemed to me that only Writer options are effected.
Bug occurs with version 6.0.5 (64 bit, Win 10). Bug already exist in version 3.3.0. Hence inherited from OOo.
Confirmed the behavior with Ubuntu 18.04 (64bit) and build: Version: 18.104.22.168.beta2+
Build ID: 66881028595257fcf11985fd0e8835f4360632a0
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk2;
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:libreoffice-6-1, Time: 2018-06-27_02:21:25
Locale: en-US (en_US.UTF-8); Calc: group threaded
Also confirm that it only happens with the Writer Options section of the Options dialog, otherwise the focus in the Writer window does not revert to the cursor location.
Also changing platform to all.
Couldn't find it, but I think there is a dupe to this already in the META bug 106773
(In reply to V Stuart Foote from comment #2)
> Couldn't find it, but I think there is a dupe to this already in the META
> bug 106773
Checked those linked there, didn't see a duplicate or even one that was very close. But on the up side I did recheck a couple of those, so that was a positive ;)
Also, shouldn't this just be added to the list 'depends on' to 106773 rather saying 106773 blocks this issue or am I misunderstanding something how that works?
(In reply to Drew Jensen from comment #3)
> Also, shouldn't this just be added to the list 'depends on' to 106773 rather
> saying 106773 blocks this issue or am I misunderstanding something how that
Yup wrong field... fixed.
Dear Harald Koester,
To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.
There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.
If you have time, please do the following:
Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.
Please DO NOT
Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not
appropriate in this case)
If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/
2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword
Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa
Thank you for helping us make LibreOffice even better for everyone!
Bug still exists in version 6.3.2. (64 bit, Win10)
Version: 22.214.171.124.alpha0+ (x64)
Build ID: dec9a123867dcd0fea4683beeb3b4b6659f926f3
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-ZA