Bug Hunting Session
Bug 118437 - Focus Jumps back to Cursor if Option is Changed
Summary: Focus Jumps back to Cursor if Option is Changed
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Options-Dialog Writer-View-Jumps
  Show dependency treegraph
 
Reported: 2018-06-28 12:45 UTC by Harald Koester
Modified: 2019-10-21 13:48 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Harald Koester 2018-06-28 12:45:11 UTC
In order to reproduce:

[1] Use a text document with several pages. Set cursor somewhere into first page.
[2] Scroll down some pages down either with mouse wheel or with scrollbar.
[3] Open Options dialogue. Select: LibreOffice Writer > General. You can change an option, but it's not necessary.
[4] 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.
Comment 1 Drew Jensen 2018-06-28 13:00:03 UTC
Confirmed the behavior with Ubuntu 18.04 (64bit) and build: Version: 6.1.0.0.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.
Comment 2 V Stuart Foote 2018-06-28 13:50:40 UTC
Couldn't find it, but I think there is a dupe to this already in the META bug 106773
Comment 3 Drew Jensen 2018-06-28 14:38:15 UTC
(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?
Comment 4 V Stuart Foote 2018-06-28 15:56:10 UTC
(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
> works?

Yup wrong field... fixed.
Comment 5 QA Administrators 2019-06-29 02:57:48 UTC Comment hidden (obsolete)
Comment 6 Harald Koester 2019-10-21 13:48:03 UTC
Bug still exists in version 6.3.2. (64 bit, Win10)