Bug 87388 - Pasted area selection improperly managed internally.
Summary: Pasted area selection improperly managed internally.
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
4.3.4.1 release
Hardware: Other All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-12-16 21:59 UTC by klsu
Modified: 2020-05-12 23:24 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description klsu 2014-12-16 21:59:19 UTC
If any block of cells is copied to somewhere else on a worksheet, the new copy is selected; however if you want to changed the selected range to copy elewhere, holding down the shift key and pressing the left or up key moves the end of the selection to cell A1, and pressing the down or right key moves the end of the selection down or right relative to cell A1.
Comment 1 raal 2014-12-17 14:02:25 UTC
I can confirm with LO 4.3.4.1, win7.
duplicate of bug 42535 ?
Comment 2 raal 2014-12-17 17:53:15 UTC
I can confirm with Version: 4.4.0.0.beta2+
Build ID: e1de94244c1b0419c1c3415c02381e8b7a87abe0
TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:libreoffice-4-4, Time: 2014-12-14_11:45:23
Comment 3 Matthew Francis 2014-12-18 15:25:08 UTC
Setting status to NEW as this appears to have already been confirmed
Comment 4 klsu 2014-12-18 15:45:38 UTC
Bug 42535 appears to be related to this one, the difference being the use of Ctrl+Shift+Arrow vs Shift+Arrow, respectively; so they may or may not have the same cause and be the same bug.
Comment 5 kalle 2015-11-10 11:55:10 UTC
I'm trying to switch from OO to LO and am running into this all the time, so I can't agree with this being classified as a minor bug.

"Copy -> Paste > Extend selection -> Fill" seems like a pretty common workflow, and this issue greatly interferes with it.

Steps to reproduce:

1. Copy a cell or a number of cells (e.g., C5:E5).

2. Paste into a new location (e.g., C10:E10).

3. Attempt to modify the newly created selection in any way (e.g., press Shift+Down).

Expected behavior: Selection extends as per normal behavior (C10:E11 is now selected).

Actual behavior: The selection cursor jumps to A1 and goes from there (A2:C10 is now selected).

The only workaround seems to be to move the cursor elsewhere, return to the cell where stuff was pasted, and select the whole thing anew.

LO 5.0.3.2 on OS X
Comment 6 QA Administrators 2017-01-03 19:36:30 UTC Comment hidden (obsolete)
Comment 7 QA Administrators 2019-12-03 14:27:28 UTC Comment hidden (obsolete)
Comment 8 strata_ranger 2020-05-12 23:24:56 UTC
Can confirm it is present in 6.0.6.2 -- there are several closely related (and/or duplicate) issues already submitted) and bug#42535 has a great summary of the behavior in comment 10.  The specifics vary depending on the command used but they all have one thing in common: incorrect modification of the range of selected cells immediately following a clipboard action.