Download it now!
Bug 116372 - VIEWING: Page jumps relative to ruler when switching to another window of the same document
Summary: VIEWING: Page jumps relative to ruler when switching to another window of the...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: All All
: medium minor
Assignee: Not Assigned
Depends on:
Blocks: Writer-View-Jumps
  Show dependency treegraph
Reported: 2018-03-12 20:47 UTC by Harald Koester
Modified: 2019-03-15 20:09 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Screenshot (68.81 KB, image/png)
2018-03-13 09:42 UTC, Harald Koester
Screenshot 2 (75.38 KB, image/png)
2018-03-13 13:40 UTC, Harald Koester
Screenshot 3 (77.50 KB, image/png)
2018-03-13 13:41 UTC, Harald Koester
Screenshot 4 (63.07 KB, image/png)
2018-03-13 13:41 UTC, Harald Koester

Note You need to log in before you can comment on or make changes to this bug.
Description Harald Koester 2018-03-12 20:47:04 UTC
In order to reproduce:

[1] Create a new text document and insert a bit of text.
[2] Open a new window with the same document.
[3] Resize both windows in that way that in one window the horizontal slider is visible and in the other window it is not visible.
[4] In order to view the bug it's best to position both windows side by side. Click alternately in both windows. At each click the document 'jumps' simultaneously in both windows either to the right or to the left. In the window that has not the focus the display is wrong. The text is shifted relative to the horizontal ruler. Expected: No jumps and no shifts relative to the ruler.

Bug already exists in version 3.3.0. Hence inherited from OOo.
Comment 1 V Stuart Foote 2018-03-13 06:07:49 UTC
Does it jump if you place the two views into book mode? Or if you expand the two app frames holding the document each to 1/2 on left edge 1/2 on right edge of display?

Think this is a rounding error on placing the canvas/page in the app frame.
Comment 2 Harald Koester 2018-03-13 09:42:02 UTC
Created attachment 140603 [details]

No, I do not use the book mode. I created a screenshot of my whole screen in order to show how both windows are displayed and where the display is not correct.
Comment 3 V Stuart Foote 2018-03-13 12:29:20 UTC
Sorry, I was not clear. Please test having allowed the Windows OS to place the two windows into two equal halves of the display, single page. And again into book mode.

Understand they are not "workable" modes, but it will help to isolate where in constructing the GUI things break.
Comment 4 Harald Koester 2018-03-13 13:40:23 UTC
Created attachment 140610 [details]
Screenshot 2
Comment 5 Harald Koester 2018-03-13 13:41:17 UTC
Created attachment 140611 [details]
Screenshot 3
Comment 6 Harald Koester 2018-03-13 13:41:53 UTC
Created attachment 140612 [details]
Screenshot 4
Comment 7 Harald Koester 2018-03-13 13:52:34 UTC
[1] Created 2 windows with same document and placed the windows with Windows function. See Screenshot 2. In this case there is no problem respective this bug.

[2] Switched to book mode. See Screenshot 3. Also no problem.

[3] Switched back to single page. No problem. 

[4] I found another possibility to trigger the bug: Reduce the zoom factor of one of the windows to 90 %. Click alternately in both windows. See Screenshot 4.
Comment 8 Buovjaga 2018-03-14 19:14:39 UTC
I repro the jumping relative to the ruler.

Arch Linux 64-bit
Build ID: 6a9326803c01f4c9bc7da855053ce4e80646fad8
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on March 14th 2018
Comment 9 QA Administrators 2019-03-15 03:55:46 UTC Comment hidden (obsolete)
Comment 10 Harald Koester 2019-03-15 20:09:50 UTC
Bug still exists in version 6.2.1 (64 bit) with Win10.