Description: cursor up is stuck at some conditions, while cursor down skips rows. take these rows: ``` some looooooong row with text and position x in it, and ended with shift-enter, a short row, ended with shift-enter here, another some looooooong row with text and position y in it, and ended with shift-enter, ``` erratic behavior sometimes striking in longer documents: cursor at position y, pressing cursor-up -> no reaction, cursor stuck. cursor at position x, pressing cursor-down -> skips second row, jumps to "o" of position in third line. expected behavior: from position y cursor-up moves to end of second line, and subsequent to the space in "it, and". from position x cursor-down moves to end of second line, and subsequent to the first "o" in "position" in row three. Quite often the expected behavior works, sometimes the erratic behavior strikes. Steps to Reproduce: steps: see above. Actual Results: actual: see above. Expected Results: expected: see above. Reproducible: Always User Profile Reset: No Additional Info: Version: 24.8.5.2 (X86_64) / LibreOffice Community Build ID: 480(Build:2) CPU threads: 8; OS: Linux 6.8; UI render: default; VCL: x11 Locale: en-US (en_US.UTF-8); UI: en-US Debian package version: 4:24.8.5-2 Calc: threaded
Please attach a sample file, reduce the size as much as possible without private information.
@ m_a_riosv, thanks for caring, the original document I can't share, stripping private information would take too long, tryng to create a short reproducer didn't show the issue. So best I can do is the description, evtl. I can add more info later, evtl. others will experience similar in documents they can share ... I know about the difficulties to haut bugs without reproducer ... however collecting them seems meaningful ... to me.
I think maybe the issue is with having a lot of shift+enter in the same paragraph.
Why it is marked as NEW, someone else must be able to reproduce the issue.
1. how many shift-enters in a paragraph is too many? reproduced in one paragraph consisting of two lines and a single shift-enter: ``` x<blank><shift-enter> <blank>y<blank><enter> ``` there are four possible positions for the cursor in the second row, <cursor-up> moves from position: 1 to before x, expected, 2 to before x, expected is behind x, 3 to end of row 1, expected, 4 to start of row 2, stuck there, expected is end of row 1. re-marked to unconfirmed.
(In reply to b. from comment #5) > 1. how many shift-enters in a paragraph is too many? > > reproduced in one paragraph consisting of two lines and a single > shift-enter: > ``` > x<blank><shift-enter> > <blank>y<blank><enter> > ``` > there are four possible positions for the cursor in the second row, > <cursor-up> moves from position: > 1 to before x, expected, > 2 to before x, expected is behind x, > 3 to end of row 1, expected, > 4 to start of row 2, stuck there, expected is end of row 1. Not reproduced. Which Linux distro and desktop environment are you using? Version: 24.8.5.0.0+ (X86_64) / LibreOffice Community Build ID: 7b11ebe90ae90560ffb56013abc9d405acd9389c CPU threads: 8; OS: Linux 6.18; UI render: default; VCL: x11 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded
I can reproduce "2 to before x, expected is behind x,". In my tests small letter "x" works as expected, big letter "X" doesn't works as expected. X<blank><shift-enter> <blank>y<blank><enter> I cannot reproduce "4 to start of row 2, stuck there, expected is end of row 1." Version: 26.8.0.0.alpha0+ (X86_64) Build ID: 8fb5be18f8febe88f7d0b72e4b30efd41891feb7 CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a)
(In reply to raal from comment #7) > I can reproduce "2 to before x, expected is behind x,". In my tests small > letter "x" works as expected, big letter "X" doesn't works as expected. > > X<blank><shift-enter> > <blank>y<blank><enter> > > > I cannot reproduce "4 to start of row 2, stuck there, expected is end of row > 1." Same for me. However, the "2 to before x" behaviour is not dependent on having a linebreak in line 1. A paragraph break has the same effect. Same already in oldest of linux-43all repo.