https://bugs.documentfoundation.org/show_bug.cgi?id=166708
Bug ID: 166708
Summary: Cursor arrow UP key can't move to previous page on
bookview or multiple-page view under certain
circumstances
Product: LibreOffice
Version: 24.2.1.2 release
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Writer
Assignee: [email protected]
Reporter: [email protected]
Description:
When viewing a document using bookview or multiple-page view, using the cursor
UP arrow key on the right-hand page will not move the cursor from the top line
of the right-hand page to the bottom of the left-hand page when inside a
paragraph that straddles both pages - i.e. it starts on the left-hand page and
continues to the right-hand page.
If the paragraph (or block of text such as a heading) begins on the first line
of the right-hand page, then the cursor UP arrow key successfully moves the
cursor to the bottom of the left-hand page as expected.
The bug does not occur when using the cursor UP arrow key from the top line of
the left-hand page to move to the bottom of the previous right-hand page.
The bug does not occur when displaying the document in single-page view (but
see the extra details for a related and possibly connected issue when using the
LEFT/RIGHT arrow keys).
The bug does not occur when using the DOWN arrow key to move from the bottom
line of the left-hand page to the top of the right-hand page.
The bug was first present on the 24.2.1.2 release and is still present in all
subsequent releases I tested, including the latest source of 25.8.0.0. It is
not present on the 24.2.0.3 release. I have reproduced it on both the Windows
release (using prebuilt binaries) and the Linux (Mint) platform (including the
latest version as a downloaded binary and also as binaries compiled from
source).
Steps to Reproduce:
1. Load a document or paste in some text with largish paragraphs.
2. Switch to bookview or multiple-page view
3. Find a right-hand page where the text at the top of that page is a
continuation of a paragraph started on the preceding left-hand page.
4. Place the cursor on the top line of the right-hand page.
5. Press the UP arrow key.
Actual Results:
The cursor doesn't move. It cannot move directly up to the previous line on the
preceding left-hand page.
Expected Results:
The cursor should have moved to the bottom line of the previous page.
Reproducible: Always
User Profile Reset: Yes
Additional Info:
The functionality of the LEFT arrow is not affected and this will successfully
move to the start of the line and then to the last position of the previous
page.
However, in version 24.2.1.2 it does require a double press of the LEFT arrow
key to move across the page boundary. Similarly, moving from the left to the
right-hand page requires a double press of the RIGHT arrow key. For this issue,
it doesn't matter whether the display is single-page or multiple-page/bookview.
This is something that isn't required in 24.2.0.3. Note that his double press
is NOT required when the paragraph doesn't straddle the two pages.
Here are the version details of the Windows version that DOESN'T display the
bug:
Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win
Locale: en-GB (en_GB); UI: en-GB
Calc: CL threaded
Here are the version details of the prebuilt binary under Linux Mint that DOES
display the bug:
Version: 24.2.7.2 (X86_64) / LibreOffice Community
Build ID: 420(Build:2)
CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3
Locale: en-GB (en_GB.UTF-8); UI: en-GB
Ubuntu package version: 4:24.2.7-0ubuntu0.24.04.4
Calc: threaded
Here are the version details of the latest source I compiled and tested which
still has the bug:
Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: b663c391578727c49844439e9383f123c0f616c6
CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3
Locale: en-GB (en_GB.UTF-8); UI: en-US
Calc: threaded
--
You are receiving this mail because:
You are the assignee for the bug.
