Bug 157311

Summary: Cursor movement with arrow keys is one cell behind actual
Product: LibreOffice Reporter: David Ripley <dripley>
Component: CalcAssignee: Not Assigned <libreoffice-bugs>
Status: RESOLVED DUPLICATE    
Severity: normal CC: ilmari.lauhakangas
Priority: medium    
Version: 7.6.0.3 release   
Hardware: ARM   
OS: macOS (All)   
Whiteboard:
Crash report or crash signature: Regression By:
Attachments: Spreadsheet that exhibits cursor movement problem.
Spreadsheet that exhibits cursor movement problem (updated with more data).

Description David Ripley 2023-09-18 16:41:19 UTC
Created attachment 189670 [details]
Spreadsheet that exhibits cursor movement problem.

Steps to reproduce:
Open attached spreadsheet.  The cursor will be in cell B13
Press the up arrow key, the row cursor (at left of spreadsheet) will move up to row 12, but the cell cursor (the box surrounding current cell) will not move (remain at B13).  Subsequent presses of the up and down (or right and left) arrow keys will show that the cell cursor is one step behind the actual cursor (as shown by the row and column cursors at the borders of the spreadsheet).  Also, editing the cell (F2) will show the edit happening in the actual cell...not the one highlighted.  The cursor seems to move ok on a blank spreadsheet when freshly starting the app.  Once this sample is loaded, however, the cursor no longer moves correctly.  Note that the cell cursor will sometimes catch up, but subsequent presses will cause it to drift again.
Comment 1 David Ripley 2023-09-18 16:48:42 UTC
Created attachment 189671 [details]
Spreadsheet that exhibits cursor movement problem (updated with more data).

The original spreadsheet submitted had the data removed which made the spreadsheet look confusing.  Sample/test data was added to make the spreadsheet less confusing.
Comment 2 Buovjaga 2023-09-21 16:57:21 UTC

*** This bug has been marked as a duplicate of bug 156884 ***