Description: when a block of cells is copied to another location, if I press Shift-Ctrl-Down to go to the bottom of the pasted block, the selected cell does not land at the expected location Steps to Reproduce: 1. copy a block of data, e.g. 10 rows with Ctrl-C 2. paste it somewhere (same sheet, or another sheet, or another file) with Ctrl-V 3. immediately press Shift-Ctrl-Down Actual Results: selection does not go the bottom of the pasted block. I have seen either not far enough (selection is still within the block) or too far (selection is quite a few rows below pasted block) Expected Results: Selection lands exactly at the last row of the pasted block. This is actually what happens if I first go down 1 cell with the Down key and then press Ctrl-Shift-Down. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.3.6.2 / LibreOffice Community Build ID: 30(Build:2) CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Ubuntu package version: 1:7.3.6-0ubuntu0.22.04.2 Calc: threaded
Hi Nicolas, thanks for reporting. When I copy and paste a range of cells, the pasted range is already selected right after Ctrl+V. So there's no need for Ctrl+Shift+Down to select the entire range.
Hi, ctrl-down doesn't work properly.
(In reply to kabilo from comment #2) > Hi, ctrl-down doesn't work properly. I don' reproduce the problem. Can you please provide more information on what the problem really is? So, when I paste the 10-row range, the pasted range is already selected. If you press Ctrl+Down it will move to the next range below the selected range (since it is already selected.
Hello I created 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 (a previous comment was right, I apologise...), and selection cell comes to G11, whereas I expect it to come to G16 Or, even more funny : 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 1048566. OK, let's go back to A11, and paste. Then Ctrl-Down and you arrive in A33. Copy once again the block in A23. Ctrl-Down lands in A55.
Dear nicduv, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
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"