https://bugs.documentfoundation.org/show_bug.cgi?id=152004
--- Comment #6 from nicduv <[email protected]> --- Hello New test with this release: Version: 24.2.6.2 (X86_64) / LibreOffice Community Build ID: 420(Build:2) CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Ubuntu package version: 4:24.2.6-0ubuntu0.24.04.1 Calc: threaded The behaviour is different from my 2022 report. Procedure 1 : create a block 2columns x 10 rows with some data in it in cells A1:B11. Select them, copy, and paste at G6 Press Ctrl-Down and you land in G1048567 (which is not the bottom of the sheet). I would expect to land in G15 Procedure 2 Start with some data in A1:B11. Select cell A1. press Shift-Control-Down then Shift-Control-Right. The block is now fully selected, and most highlighted cell is still A1. Now press Ctrl-Down, and you land at row 1048567. OK, let's go back to A11, and paste. Then Ctrl-Down and you arrive in A1048567. Copy once again the block in A23. Ctrl-Down lands in A1048567. I guess that row 1048567 is calculated as "max row - # of rows in selected block" -- You are receiving this mail because: You are the assignee for the bug.
