Bug 88368 - Wrong Page is Displayed if LibreOffice Window is Resized
Summary: Wrong Page is Displayed if LibreOffice Window is Resized
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 96611 (view as bug list)
Depends on:
Blocks: Multi-Page-View
  Show dependency treegraph
 
Reported: 2015-01-13 12:11 UTC by Harald Koester
Modified: 2019-03-27 15:24 UTC (History)
4 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 2015-01-13 12:11:13 UTC
Steps in order to reproduce the bug:

[1] Open larger text document with several pages.
[2] If not selected, select view mode with pages side by side by clicking on the respective icon in the status bar. BTW: There is an extended tip for the view mode icons but no normal tip.
[3] Resize LibreOffice Window and/or zoom document, so that 2 pages are displayed side by side.
[4] Move the cursor somewhere to the last half of the document, e.g. to page 20 of a document with 30 pages.
[5] Reduce width of LibreOffice Window, so that only one page is displayed. A page in the first half is displayed. In the mentioned example page 10 is displayed. Expected: Display of page with the cursor.

The wrong page is also displayed if you open the Navigator window or Style window (assumed that they are docked) and with these displayed windows only one page can be displayed. This can be annoying in both cases: 

[A] Suppose you like to jump to an item with the help of the Navigator: 
(a) Two pages are displayed, then open Navigator: Only one page is displayed.
(b) Double Click on an item inside the Navigator. The cursor jumps to this item.
(c) Close Navigator in order to view two pages again. The page you like to jump to is no longer displayed.

[B] Suppose you like to change the style of a selected part of the text:
(a) Two pages are displayed. Select text whose style you like to change.
(b) Open style window. Only one page is displayed. You are irritated because the selected text is no longer visible. I think in most cases a user will navigate to the selected text again in order to view that the style is correctly changed.
(c) Then close style window in order to view two pages again. Again a wrong page is displayed and you have to navigate back to the last position.

Bug also exists in version 4.4.0.2 (RC2).
Comment 1 Joe P. 2015-01-18 21:46:41 UTC
I have been able to confirm this bug using the steps provided on version 4.3.5.2. The only additional step that I might add would be that as a test document all that is needed is a long blank document. This bug also appears to affect more than just the Windows versions, I performed the verification on OSX. I believe that the status should be moved to 'New'
Comment 2 raal 2016-01-02 08:20:01 UTC
*** Bug 96611 has been marked as a duplicate of this bug. ***
Comment 3 QA Administrators 2017-01-03 19:55:25 UTC Comment hidden (obsolete)
Comment 4 Harald Koester 2017-03-13 12:57:43 UTC
Bug still exists in version 5.3.0 (Win7).
Bug already exists in version 3.3.0. Hence inherited from OOo.
Comment 5 QA Administrators 2018-03-14 03:38:06 UTC Comment hidden (obsolete)
Comment 6 szotsaki 2018-03-14 05:06:48 UTC
Duplicate bug 96609 is reproducible with 
Version: 6.0.1.1
Build ID: 00m0(Build:1)
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kde4; 
Locale: hu-HU (hu_HU.UTF-8); Calc: group
Comment 7 Harald Koester 2018-03-15 21:56:21 UTC
Bug still exists in version 6.0.2 (64 bit, Win 10).

My remark at step 2 respective tips: If both modes, standard tips and extended tips, there are now tips for the view mode icons. Hence this is OK now.
Comment 8 QA Administrators 2019-03-18 03:44:56 UTC Comment hidden (obsolete)
Comment 9 Harald Koester 2019-03-27 15:24:55 UTC
Bug still exists in version 6.2.2 (64 bit, Win 10).