Bug 70216 - Print/Normal view type (single, book, etc) not independent per window when viewing the same document in multiple windows
Summary: Print/Normal view type (single, book, etc) not independent per window when vi...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: Other All
: medium normal
Assignee: Not Assigned
Keywords: needsDevEval
Depends on:
Blocks: Page-View
  Show dependency treegraph
Reported: 2013-10-07 08:10 UTC by Ulrich Windl
Modified: 2020-10-26 08:22 UTC (History)
7 users (show)

See Also:
Crash report or crash signature:

two window view of same document (1.51 MB, video/mp4)
2015-06-24 13:24 UTC, Gordo
Screencast showing the problem in LibreOffice 5.1.3 (OpenSUSE) (305.04 KB, video/webm)
2016-10-04 07:58 UTC, Ulrich Windl

Note You need to log in before you can comment on or make changes to this bug.
Description Ulrich Windl 2013-10-07 08:10:34 UTC
When viewing a document with two windows (additional view), the following problem is observed: When changing the view type (e.g. form single page to side-by-side pages) in one view, the other view also changes.
This is not what the user expects.
Comment 1 Ulrich Windl 2013-10-07 08:13:07 UTC
Problem is also present in
Comment 2 Yousuf Philips (jay) (retired) 2014-06-07 16:05:25 UTC
Dear Ulrichi,

I dont quite understand the issue as LibreOffice has two views, Print Layout and Web Layout and in Web Layout you can change the view from single page to side-by-side view.
Comment 3 Yousuf Philips (jay) (retired) 2014-06-07 16:25:08 UTC
If you could send some screenshots, that would also be helpful.
Comment 4 Ulrich Windl 2014-06-10 07:28:55 UTC
I just checked: I'm always using the print layout. See also bug 71775.
Comment 5 Yousuf Philips (jay) (retired) 2014-06-10 09:38:55 UTC
So is 71775 a duplicate of this one? I checked its details and it seems you left quite alot out of this reporting. Can you attach the 1.4mb file here so i can see it. I dont see how you can modify the same file at the same time when one of them should be having a lock on the file. If you say you were modify two different files, that would be more understandable.
Comment 6 Ulrich Windl 2014-06-10 10:31:27 UTC
(In reply to comment #5)

Attached for bug 71775 (https://bugs.freedesktop.org/attachment.cgi?id=100795), because it is more related to that bug.
Comment 7 Yousuf Philips (jay) (retired) 2014-06-10 20:37:48 UTC
Yes i see the page jumping from the page numbers. By the way, which screen recorder did you use.

Confirmed in Linux Mint in 3.3.0, 4.2.4 and 4.3 beta.

1. open http://www.libreoffice.org/assets/Uploads/EN-Documents/Installingextensions.odt
2. set the page view to side-by-side
3. zoom out so you can see two pages side-by-side
4. scroll down to page 7 (status bar as 'Page 7 / 8')
5. press single page view
6. it jumps to 'Page 4 / 8'
Comment 8 Ulrich Windl 2014-06-11 06:03:02 UTC
(In reply to comment #7)
> Yes i see the page jumping from the page numbers. By the way, which screen
> recorder did you use.

I was using "Corel ScreenCap X6" from Corel Video Studio X6, because that's the only tool I have to do it.
Comment 9 Yousuf Philips (jay) (retired) 2014-06-11 12:11:48 UTC
(In reply to comment #8)
> I was using "Corel ScreenCap X6" from Corel Video Studio X6, because that's
> the only tool I have to do it.

On windows i normally use camstudio or screencast-o-matic.com. :)
Comment 10 Gordo 2015-06-24 13:24:22 UTC
Created attachment 116797 [details]
two window view of same document

I think this was what the OP was experiencing in the other bug.
1. Opened document.
2. Window -> New Window.
3. Switch to other window.
4. Change page view to Two-page view and zoom out.
Window loops between single-page view and two-page view.

What it looks like is happening in comment 7 is that page 7 is the fourth page down from the top and when switching back to single-page view it keeps it at the fourth page down which is page 4.  If you have it on page 5 in two-page view then it will put you on page 3 when switching back to single-page view.

Windows Vista 64
Build ID: f784c932ccfd756d01b70b6bb5e09ff62e1b3285
Comment 11 QA Administrators 2016-09-20 10:10:09 UTC Comment hidden (obsolete)
Comment 12 Ulrich Windl 2016-10-04 07:58:50 UTC
Created attachment 127799 [details]
Screencast showing the problem in LibreOffice 5.1.3 (OpenSUSE)

The problem still exists.
Comment 13 V Stuart Foote 2016-10-04 13:23:12 UTC
Seems that when recomposing the document canvas, we don't reposition the view of the canvas to match the text cursor. Nor do we reposition the view indexed to the last page in view before changing.

Instead the positioning of the view seems arbitrary. I'm sure it is not and concur with observation in comment 10, but some adjustment is needed to index to either the text cursor, or the page in focus prior to changing the view -- Single Page-Multi-Page-Book

@Kendy, similar ViewShell canvas positioning issues during autosave with bug 95797 and bug 41063 -- could the ViewShell be adjusted to have better logic for determining the page of the canvas with focus?  Perhaps provide an configurable option to force it to follow text cursor, and by default retain the focus on the page displayed when event fires.
Comment 14 Yousuf Philips (jay) (retired) 2016-10-04 16:04:04 UTC
As the zoom level is independent per window, it makes sense that the view type could also be independent per window, just like in calc being able to set one window to normal view and another to page break view, but we'd need dev input to see whether it is possible or was purposely done this way.

@Maxim: Any thoughts?
Comment 15 QA Administrators 2017-10-23 14:14:12 UTC Comment hidden (obsolete)
Comment 16 Ulrich Windl 2017-10-24 06:27:36 UTC
Obviously the bug was not fixed (in
Comment 17 Heiko Tietze 2017-10-24 12:37:39 UTC Comment hidden (no-value)
Comment 18 QA Administrators 2018-10-25 03:02:13 UTC Comment hidden (obsolete)
Comment 19 QA Administrators 2020-10-25 04:16:38 UTC Comment hidden (obsolete)
Comment 20 Ulrich Windl 2020-10-26 07:48:26 UTC
(In reply to QA Administrators from comment #19)
Most bugs do not "just magically go away"; it's still present in (Windows 10)
Comment 21 Ulrich Windl 2020-10-26 08:22:05 UTC
Addition: I noticed when there are two open windows on one document, and you move the zoom slider in one window, the other window (i.e.: the view inside) also temporarily changes the size or changes position.