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: 2023-03-28 03:20 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).
Comment 10 QA Administrators 2021-03-27 04:07:55 UTC Comment hidden (obsolete)
Comment 11 QA Administrators 2023-03-28 03:20:36 UTC
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 https://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://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug