https://bugs.documentfoundation.org/show_bug.cgi?id=169477
--- Comment #9 from yarma22 <[email protected]> --- I found a couple more related bugs. Bug #10 ------ This one is tricky. I could only reproduce it with a split URL (i.e. not with a line ending with a hyphenated word and not with a "long" line without spaces). Also, it requires the split URL to be on its own paragraph. I created 2 example documents with a paragraph after the split URL: 1. One where the last line of that paragraph is _longer_ than the last line of the URL 2. Another one where the last line of that paragraph is _shorter_ than the last line of the URL The bug happens only with the first document, even though both documents are entirely similar in every other aspect. Steps to Reproduce: 1. Open the example document "Lorem Ipsum example to illustrate the split URL bug with enough text afterwards" 2. Select all the text (e.g. `Ctrl+A`) 3. Press `Up` a bunch of times until reaching the line "show_bug.cgi?id=169477" 4. Press `Up` one more time Notice the cursor moves to the beginning of the line instead of on the line above (i.e. "bugs.documentfoundation.org/"). >From now on, we're in the same situation as `Bug #3`, `Bug #4` and `Bug #8` (i.e. the cursor won't go up). As mentioned, if the length of the last line of the last paragraph is less than the length of the last line of the URL, this bug won't happen. At least that's what my different tests have uncovered. Try the above procedure with the example document "Lorem Ipsum example to illustrate the split URL case without enough text afterwards" and notice we're not stuck on the "bugs.documentfoundation.org/" line. Note ---- As mentioned, it can't be reproduced if instead of a URL, it's a line ending with a hyphenated word or a "long" line without spaces. I can't explain this difference in behavior. Bug #11 ------- This bug happens when the text overflows on a second page, both when there's: - a line ending with a hyphenated word - or a "long" line without spaces (including URLs) I provided one example for each: 1. Lorem Ipsum example to illustrate the split URL bug when text overflows on a second page 2. Lorem Ipsum example to illustrate the split "long" line without spaces bug when text overflows on a second page The same procedure applies for both cases. Steps to Reproduce: 1. Open the example document 2. Select all the text (e.g. `Ctrl+A`) 3. Press `Up` until reaching the top of the second page 4. Press `Up` one more time Notice the cursor remains at the top of the second page. Normally, the cursor goes on the first page. And it keeps getting worse: 4. Press `Up` a bunch more times and notice _the cursor still doesn't move_ 5. Press `Down` and notice the cursor moving to the next line (okay, but we're not out of trouble yet) 6. Press `Up` until coming back to the top of the second page 7. Then press `Up` again Notice the cursor won't go to the first page, no matter how many times you press `Up`. At this point, the only ways to get unstuck are: - Move the cursor before the first character of the first line of the second page and then press `Left` - Clicking with the mouse _on the first page_ - Note that for `Bug #3`, `Bug #4`, `Bug #8`, and `Bug #10`, clicking anywhere with the mouse would unstuck the cursor Note that, contrary to `Bug #3`, `Bug #4`, `Bug #8`, and `Bug #10`, switching to another window (i.e. `Alt + Tab`) and then back to Writer doesn't seem to unstuck the cursor either. -- You are receiving this mail because: You are the assignee for the bug.
