Mac OSX 10.9.5. LibreOffice 5.0.5.2 but I remember this behavior in the 4.x releases. In *any* other program, pressing "Page Up" or "Page Down" does as advertised: it scrolls the page up or down one page at a time, usually with one or two lines from the previous page at the top (or bottom) so you can easily pick up where you left off. In LibreOffice, pressing either "Page Up/Down" skips slightly MORE than a page, losing the visual point of reference. Sometimes (usually with "Page Up") only scrolls a half a page. Example #1: I have a Calc document window open with rows 1-47 visible. The cell selected is *anywhere but A1*. I press "Page Down" and visible rows are now 52-108. "Page Down" again and i now see rows 115-171. Now I select another visible cell at random, "Page Up" and I now see, instead of rows 52-108, rows 58-114. Example #2: I open a multi-page text file in Writer. Page Down and Writer scrolls down approximately half a page and with each Page Down scrolls an indeterminate but progressive amount of lines down the document. Likewise with Page Up. Cursor location, as in Calc, seems to affect the paging placement. Please verify. Thank you for your time.
(In reply to gtomorrow from comment #0) > > Example #1: I have a Calc document window open with rows 1-47 visible. The > cell selected is *anywhere but A1*. I press "Page Down" and visible rows are > now 52-108. "Page Down" again and i now see rows 115-171. Now I select > another visible cell at random, "Page Up" and I now see, instead of rows > 52-108, rows 58-114. No repro. Version: 5.2.0.0.alpha0+ Build ID: 45701913f642b17aabd67b52de9002cc79cf07ae CPU Threads: 4; OS Version: Windows 6.1; UI Render: default;
LibreOffice 5.0.5.2, Ubuntu 15.10. Paging works normally, regardless of cursor position. Possibly only a Mac bug? Can someone with a Mac verify this?
No repro for the Calc example. For Writer, I confirm that on OS X it jumps 7 lines less than on Linux. Let's set to NEW. Version: 5.1.1.3 Build ID: 89f508ef3ecebd2cfb8e1def0f0ba9a803b88a6d CPU Threads: 4; OS Version: Mac OS X 10.11.4; UI Render: default; Locale: en-US (en.UTF-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 on a currently supported version of LibreOffice (5.2.7 or 5.3.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20170522
Good news and bad news. I am the original submitter of this bug. I tested LO 5.2.7.2, Build 2b7f1e640c46ceb28adf43ee075a6e8b8439ed10, OS X 10.9.5. The good news is that macOS LO Calc now pages up and down correctly regardless of cursor position, i.e., if Row 64 is the last row visible on a page, Row 64 is the first row after a Page Down command. As far as I'm concerned, this Calc bug is RESOLVED. Unfortunately, macOS LO Writer's Page Up/Down is the same as previously reported. Page magnification and/or Normal/Web view make no difference. Visual continuity is lost and the reader has to search for where they left off. Please verify and, as always, thank you for your time and efforts.
** 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 don't see any inconsistencies in the scrolling in Writer, if I page up or down I end up in the same location Resolving as works for me Version: 6.2.0.0.alpha0+ Build ID: b292a27698e85fd9d60c03613c3b0c67835c4dc1 CPU threads: 2; OS: Mac OS X 10.12.6; UI render: default; TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2018-06-06_23:25:55 Locale: en-US (en_US.UTF-8); Calc: group threaded