Bug 100419 - Can't scroll to the last page in print preview, if in single page preview
Summary: Can't scroll to the last page in print preview, if in single page preview
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Scrolling-PageUpDown Print-Preview
  Show dependency treegraph
 
Reported: 2016-06-16 07:50 UTC by kolAflash
Modified: 2019-06-07 11:48 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
example file, showing the problem (134.67 KB, application/vnd.oasis.opendocument.text)
2016-06-16 07:50 UTC, kolAflash
Details
screenshots (LibreOffice 5.1.3.2) (242.88 KB, image/png)
2016-06-20 09:19 UTC, kolAflash
Details

Note You need to log in before you can comment on or make changes to this bug.
Description kolAflash 2016-06-16 07:50:54 UTC
Created attachment 125684 [details]
example file, showing the problem

In certain documents (see attached) I can't scroll to the last page, using the mousewheel.


Tested with:

1366x768 screen resolution,  on Linux (KDE, openSUSE 13.2 x86_64)

LibreOffice 5.1.3.2
http://download.opensuse.org/repositories/LibreOffice:/5.1/openSUSE_13.2/


Maybe related:
https://bugs.documentfoundation.org/attachment.cgi?bugid=79570


----
Sorry for the short discription - being right in the middle of writing my bachelor thesis while I found this. Please ask if you need further details!
Comment 1 Buovjaga 2016-06-18 19:17:23 UTC
No problem here. Does it depend on zoom level or any other factor?
For me, print preview has dual page view forced. How does it look for you, then?

Set to NEEDINFO.
Change back to UNCONFIRMED after you have provided the information.

64-bit, KDE Plasma 5
Build ID: 5.1.3.2 Arch Linux build-1
CPU Threads: 8; OS Version: Linux 4.5; UI Render: default; 
Locale: fi-FI (fi_FI.UTF-8)

Arch Linux 64-bit, KDE Plasma 5
Version: 5.3.0.0.alpha0+
Build ID: c13f60e7cd18df6b0ab70289f5b91ee01e4ae126
CPU Threads: 8; OS Version: Linux 4.6; UI Render: default; 
Locale: fi-FI (fi_FI.UTF-8)
Built on June 18th 2016
Comment 2 kolAflash 2016-06-20 09:19:38 UTC
Created attachment 125765 [details]
screenshots (LibreOffice 5.1.3.2)

Created these screenshots (two in one png), using LibreOffice 5.1.3.2 from here:

https://download.documentfoundation.org/libreoffice/stable/5.1.3/rpm/x86_64/LibreOffice_5.1.3_Linux_x86-64_rpm.tar.gz

https://download.documentfoundation.org/libreoffice/stable/5.1.3/rpm/x86_64/LibreOffice_5.1.3_Linux_x86-64_rpm_langpack_de.tar.gz


One screenshot shows LibreOffice scrolled down using the mouse wheel and the other using the PgDn button on the keyboard.
Didn't do anything after starting LibreOffice, except opening the document, switching to print preview and scrolling down. Didn't adjusted the zoom or anything else.

Screen resolution is 1366x768 and you can see the window sizes overlayed in the screenshots.

OS is: openSUSE 13.2 x86_64, running KDE 4.14.9.
Tested with the following system languages: LANG=de_DE.UTF-8 and LANG=C

Mouse values (in KDE systemsettings) are:
Pointer acceleration: 2.0
Pointer threshold: 4 pixels
Mouse wheel scrolls by: 3 lines
(tried changing the wheel to 1 line, but that didn't helped)


Can I help with any further specific information?
Comment 3 Buovjaga 2016-07-06 10:32:54 UTC
(In reply to kolAflash from comment #2)
> Created attachment 125765 [details]
> OS is: openSUSE 13.2 x86_64, running KDE 4.14.9.
> Tested with the following system languages: LANG=de_DE.UTF-8 and LANG=C

Would it be possible for you to test with a KDE5 system somehow?
Comment 4 kolAflash 2016-07-24 11:10:26 UTC
reproduceable with:

- computer running openSUSE Leap 42.1, updated from openSUSE 13.2, using KDE/Plasma 5 and kwin5

- computer running openSUSE 13.2, using KDE4 and kwin4



not reproduceable with:

- virtual machine running freshly installed openSUSE Leap 42.1, using KDE/Plasma 5, kwin5 and LibreOffice 5.0 AND LibreOffice 5.1

- virtual machine Windows 8



I'll try to test this on another computer next week.
Comment 5 kolAflash 2016-07-25 09:19:47 UTC
I just reproduced the bug on a computer with a freshly set up openSUSE Leap 42.1 system, running openSUSE Leap 42.1 stock LibreOffice 5.1.3.2.

Looks a little like this bug may not appear in VMs. Maybe because of some driver (display, HID, ?) stuff.
Comment 6 Buovjaga 2016-07-25 09:27:39 UTC
(In reply to kolAflash from comment #5)
> I just reproduced the bug on a computer with a freshly set up openSUSE Leap
> 42.1 system, running openSUSE Leap 42.1 stock LibreOffice 5.1.3.2.
> 
> Looks a little like this bug may not appear in VMs. Maybe because of some
> driver (display, HID, ?) stuff.

I didn't test on a VM, though.
Comment 7 Xisco Faulí 2016-11-14 14:39:05 UTC
Hello,

Thank you for reporting the bug.

I can't reproduce it in

Version: 5.3.0.0.alpha1+
Build ID: 757a60d01dd152aadab2ba3c8224252481ce8a88
CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk3; Layout Engine: new; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group

Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Comment 8 kolAflash 2016-11-27 22:33:16 UTC
Bug's still reproduceable in 5.3.0.0 beta1.
Tested on openSUSE 42.2.
Comment 9 Lee 2017-01-26 18:34:57 UTC
I too have observed this situation.  That is, unable to scroll to last page(s) using wheel mouse in a print preview.

LibreOffice writer 5.2.4.2
Operating systems 
Windows XP
Ubuntu 16.0.4

I do see the preview of the last page if I am currently on that last page HOWEVER, if I wheel-mouse forward to previous pages, I can not long get to that last page pair (I see two pages at once in preview).  I can use the Page Down key to get to that page in the preview.
Comment 10 Buovjaga 2017-01-26 18:57:10 UTC
NEW per previous comment
Comment 11 Lee 2017-01-26 20:24:21 UTC
Not all documents will show this behavior. 

Since not all documents do this, I was preparing a document to attach here as an example. Some material in that example I'd rather not put in an open forum.  Upon deleting a few paragraphs, the problem disappeared. Note - the stuff I had removed happened to be the last few paragraphs.

I then got a fresh copy of the entire document - problem still present.  Then I cut all the last page and a paragraph from the next-to-last page.  The problem disappeared.  Since the material was still on the clipboard, I pasted all of it exactly where it had been then saved the document making it effectively the original document.  It no longer has the problem.

In another more complex document which resets page numbers on each chapter, I was unable to make the problem go away.  In yet another document, this time, totally junk created using this bug as text I was unable to reproduce the problem.  The test document also had a chapter page reset just before a heading level 1.  The test document was by the way, totally generated using 5.2.4.2.
Comment 12 Buovjaga 2017-01-26 20:42:02 UTC
Lee: why not try this instead of removing stuff: https://wiki.documentfoundation.org/QA/Bugzilla/Sanitizing_Files_Before_Submission#Sanitize_file_text
Comment 13 Thomas Lendo 2017-03-05 22:01:22 UTC
I conform that the test file from kolAflash doesn't show the last page in print preview when scrolling with mouse wheel with:

Version: 5.3.0.3
Build ID: 1:5.3.0~rc3-0ubuntu1~trusty1.1
CPU Threads: 2; OS Version: Linux 3.13; UI Render: default; VCL: gtk2; Layout Engine: new; 
Locale: de-AT (de_DE.UTF-8); Calc: group

I noticed a similar behavior with a master document when print previewing the whole document including sub-documents (in total about 150 page). Sometimes the last 1-5 pages will not be shown when scrolling with mouse wheel. But I haven't figured out when it occurs and when not. I assume the same cause. Used LibO version 5.1.4.2 on Windows 8.
Comment 14 QA Administrators 2018-05-26 02:42:37 UTC Comment hidden (obsolete)
Comment 15 Lee 2018-05-27 01:46:10 UTC
I recently received an email about this bug.  The portion that I too found not working is no longer failing - it was seeing the last page in a print preview.  Although the email says to set the status to WORKSFORME, I am not able to do that.

Per about Libreoffice:
Version: 6.0.4.2
Build ID: 1:6.0.4~rc2-0ubuntu0.16.04.1
CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: x11; 
Locale: en-US (en_US.UTF-8); Calc: group
Comment 16 Buovjaga 2018-05-27 18:48:42 UTC
(In reply to Lee from comment #15)
> I recently received an email about this bug.  The portion that I too found
> not working is no longer failing - it was seeing the last page in a print
> preview.  Although the email says to set the status to WORKSFORME, I am not
> able to do that.

Yep, the status thing is a bit of a user experience glitch in the default Bugzilla template. WFM is hidden behind RESOLVED, while we really should just move them to be single statuses.
Comment 17 kolAflash 2018-06-04 21:51:43 UTC
Bug still existing.
-> Don't forget to test in print preview mode!

Version: 6.0.4.2
Build-ID: 00m0(Build:2)
CPU-Threads: 4; BS: Linux 4.12; UI-Render: Standard; VCL: gtk2; 
Gebietsschema: de-DE (de_DE.UTF-8); Calc: group

OS: openSUSE-15.0
Desktop: KDE
all software versions as shipped by openSUSE 15.0

PC: Desktop computer
Mouse: Logitech, Inc. MX310 Optical Mouse
CPU: AMD Phenom(tm) II X4 955 Processor (64 bit)
RAM: 12 GB
GPU: Radeon RX 550 Series (POLARIS12)

Monitors:
HDMI-A-0 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 376mm x 301mm
DVI-D-0 connected primary 1600x900+1280+62 (normal left inverted right x axis y axis) 478mm x 269mm
Comment 18 Thomas Lendo 2018-06-04 22:15:00 UTC
Set status back to NEW as this is the correct way to go.
Comment 19 Xisco Faulí 2018-06-05 09:29:07 UTC
(In reply to kolAflash from comment #17)
> Bug still existing.
> -> Don't forget to test in print preview mode!
> 
> Version: 6.0.4.2
> Build-ID: 00m0(Build:2)
> CPU-Threads: 4; BS: Linux 4.12; UI-Render: Standard; VCL: gtk2; 
> Gebietsschema: de-DE (de_DE.UTF-8); Calc: group

I tried with GTK2 just in case, but it's ok here

Version: 6.0.4.2
Build ID: 1:6.0.4~rc2-0ubuntu0.16.04.1
CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk2; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group
Comment 20 Buovjaga 2018-06-05 14:26:38 UTC
Apparently back in 2016 (comment 1), I did not notice how to change to single page preview. I can reproduce with it. It must be changed from the print preview toolbar at the top, it does not work from the bottom right.

The problem is not tied to GTK2.

In old versions, we have to click the "Multiple pages" view dropdown and select 1x1.

Arch Linux 64-bit
Version: 6.2.0.0.alpha0+
Build ID: 7b5f5d77d56ee494647d9e7868546b3f2140896e
CPU threads: 8; OS: Linux 4.16; UI render: default; VCL: gtk3; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group threaded
Built on June 5th 2018

Arch Linux 64-bit
LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4
Comment 21 QA Administrators 2019-06-06 02:53:07 UTC Comment hidden (obsolete)
Comment 22 kolAflash 2019-06-07 11:48:28 UTC
Bug still present in: 6.2.4.2 (German localization)