Bug 98782 - Page Up/Page Down don't work properly
Summary: Page Up/Page Down don't work properly
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.4.7.2 release
Hardware: x86-64 (AMD64) Mac OS X (All)
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Scrolling-PageUpDown
  Show dependency treegraph
 
Reported: 2016-03-20 09:54 UTC by Grey
Modified: 2018-06-16 11:42 UTC (History)
2 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 Grey 2016-03-20 09:54:45 UTC
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.
Comment 1 raal 2016-03-21 06:35:28 UTC
(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;
Comment 2 Grey 2016-03-24 08:16:37 UTC
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?
Comment 3 Buovjaga 2016-04-03 13:16:15 UTC
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)
Comment 4 QA Administrators 2017-05-22 13:18:46 UTC Comment hidden (obsolete)
Comment 5 Grey 2017-05-24 15:43:37 UTC
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.
Comment 6 QA Administrators 2018-05-26 02:41:48 UTC Comment hidden (obsolete)
Comment 7 eisa01 2018-06-16 11:42:42 UTC
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