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!
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
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?
(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?
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.
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.
(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.
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.
Bug's still reproduceable in 5.3.0.0 beta1. Tested on openSUSE 42.2.
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.
NEW per previous comment
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.
Lee: why not try this instead of removing stuff: https://wiki.documentfoundation.org/QA/Bugzilla/Sanitizing_Files_Before_Submission#Sanitize_file_text
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.
** Please read this message in its entirety before responding ** 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
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
(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.
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
Set status back to NEW as this is the correct way to go.
(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
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
Dear kolAflash, 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Bug still present in: 6.2.4.2 (German localization)
Dear kolAflash, 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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
I am unable to verify this bug using the appimage process due to the following errors: (soffice:5633): Gtk-WARNING **: Theme parsing error: <data>:1:193: 'min-height' is not a valid property name (soffice:5633): Gtk-WARNING **: Theme parsing error: <data>:1:209: 'min-width' is not a valid property name /tmp/.mount_LibreOs796xT/opt/libreofficedev7.2/program/soffice.bin: symbol lookup error: /tmp/.mount_LibreOs796xT/opt/libreofficedev7.2/program/libvclplug_gtk3lo.so: undefined symbol: gtk_widget_path_iter_set_object_name Please advise so that I can check if this bug is fixed. Thank you
Repro in any Linux UI as described, only if in single page preview. Version: 7.5.0.0.alpha0+ / LibreOffice Community Build ID: 64f673238cf9b645a751e8f8137ca14e595a779a CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 Repro in Windows both single and double page preview. Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: dc92a4d973086ce8a6a5f75ba0f4d4c9ca05537a CPU threads: 8; OS: Windows 6.1 SP1 Build 7601; UI render: Skia/Raster; VCL: win