https://bugs.documentfoundation.org/show_bug.cgi?id=170944
Bug ID: 170944
Summary: [Writer] [EDITING] Cursor is stuck —can't go up
anymore— because of a "long" line without spaces split
over several lines
Product: LibreOffice
Version: 25.8.2.2 release
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Writer
Assignee: [email protected]
Reporter: [email protected]
Description:
When a "long" line without spaces is split over several lines, after selecting
that "long" line, clicking at the end of the first line, pressing `Up` and then
`Down`, the cursor doesn't go up anymore.
Steps to Reproduce:
As a convenience, I attached a document with a "long" line that's split over 2
lines ("ThisIsAVeryLongLine,ItDoesn'tContain" and "AnySpace"). I'm referring to
this document in the following steps.
Note that the Writer window should keep the focus during the whole procedure
(e.g. pressing `Alt + Tab` after step #3 will not trigger the bug).
1. Open the URL bug example document
2. Find the line "ThisIsAVeryLongLine,ItDoesn'tContain"
3. Select the 2 lines containing the "long" line (i.e.
"ThisIsAVeryLongLine,ItDoesn'tContain" and "AnySpace")
4. Now, click at the end of the first of these 2 lines (i.e.
"ThisIsAVeryLongLine,ItDoesn'tContain")
5. Press `Up` and notice the cursor moves on the line above the URL (i.e. "that
are extremely painful."), where we expect it to be
6. Press `Down` and notice the cursor moves to the beginning of the second line
of the "long" line (i.e. "AnySpace")
- Note: though the cursor went down 2 lines, it ends up at the same place as
when clicking at the end of the first line of the "long" line when no text is
selected, so let's consider this is an expected behavior
7. Then press `Up` again
Actual Results:
Notice the cursor remains on the same line.
Expected Results:
Normally, the cursor goes on the previous line, above the last character of the
line that was selected.
Reproducible: Always
User Profile Reset: Yes
Additional Info:
At this point, it keeps getting worse:
1. Press `Up` a bunch more times and notice _the cursor still doesn't move_
2. Press `Down` a couple of times and notice the cursor moving to the next
lines (okay, but we're not out of trouble yet)
3. Press `Up` a couple of times until coming back to the line that starts with
the second part of the URL
4. Then press `Up` again
Notice the cursor won't go up, no matter how many times you press `Up`.
At this point, the only ways to get unstuck are the same as for `Bug #3`:
- Pressing `Right` then `Up`
- clicking with the mouse
- switching to another window (i.e. `Alt + Tab`) and then back to Writer
-----------
Note: There's a variant of this bug for steps #5 and #6, but since all the
other steps are the same, they can probably be packaged together. The modified
steps #5 and #6 go as follows:
5. Press `Down` and notice the cursor moves to the end of the second line of
the "long" line (i.e. "AnySpace"), where we expect it to be
6. Press `Up` and notice the cursor moves to the beginning of the second line
of the "long" line (i.e. "AnySpace"), instead of moving on the first line of
the "long" line
>From here, the behavior is the same.
-----------
This bug report originates from bug 169477 which is a collection of 11 bugs
that all seem to be related. This bug report refers to bug #7 from bug 169477.
In particular, this bug is pretty similar to bug 170938. However, following the
bug 170938 procedure on a "long" line actually doesn't cause a bug. The
procedure for this bug is slightly different.
--
You are receiving this mail because:
You are the assignee for the bug.
