Bug 136389 - Selection drag-and-drop with Option key copying instead of shifting cells in Calc on Mac 6.4.6
Summary: Selection drag-and-drop with Option key copying instead of shifting cells in ...
Status: RESOLVED DUPLICATE of bug 58440
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.3.6.2 release
Hardware: All macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
: 156248 (view as bug list)
Depends on:
Blocks: Drag-and-Drop
  Show dependency treegraph
 
Reported: 2020-09-01 23:39 UTC by JerryS
Modified: 2023-12-29 17:57 UTC (History)
2 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 JerryS 2020-09-01 23:39:20 UTC
Description:
When a selection is moved using drag-and-drop with the Option key depressed, the cells are supposed to be moved and the intervening cells shifted to accommodate it.  That is, if Row 2 is moved to below Row 4 in this way, the Row 2 data should end up in Row 4, with the old Row 3 and 4 data moved up (shifted) to Rows 2 and 3.  The result is the same number of rows, with the old selected Row 2 shifted to the new position.  This is what the help says should happen (https://help.libreoffice.org/latest/en-US/text/scalc/guide/move_dragdrop.html?DbPAR=CALC#bm_id3155686).  It is also what happens in Windows for this same 6.4.6 version.  This is the same thing Excel does when a selection is moved with the Shift key depressed.

On the Mac, the moved row is inserted and copied, with the original data left in place.  This results in adding a new row and copying the data, not moving the moved cells and shifting the intervening cells to accommodate.

I don't know if this was a problem before.  I just installed 6.4.6 today and am fairly new to using Calc on the Mac.

Steps to Reproduce:
1. Add data to a Calc spreadsheet.
2. Select a row (happens for column and range selections also).
3. Click in a data cell in the selection and drag it to a new row with the Option (Alt) key depressed.
4. Release mouse button.  Old row data is inserted and copied with old row data left in place.

e.g. Select Row 2 and move below Row 3 using this method:

A   B   C   D
1   2   3   4
a   b   c   d
w   x   y   z

Actual Results:
A   B   C   D
1   2   3   4   <= old data left in place (error) - data below should shift up.
a   b   c   d
1   2   3   4   <= row inserted and data copied here (OK)
w   x   y   z


Expected Results:
A   B   C   D
a   b   c   d
1   2   3   4  <= should be moved here and data shifted up - no change in # rows
w   x   y   z

This is what happens on the Windows version of 6.4.6.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Here's what Help says should happen:

Option Key
Cells are moved and shift the cells in the target area to the right or to the bottom. Source cells are emptied, except if you move within the same rows on the same sheet.

If you move within the same rows on the same sheet, the cells in the target area shift to the right, and then the whole row shifts to fill the source area.
Comment 1 mrei 2020-09-30 05:17:24 UTC
Can confirm this happens in the 6.3.6 version as well
Comment 2 QA Administrators 2022-10-02 03:38:04 UTC Comment hidden (obsolete)
Comment 3 JerryS 2022-10-02 16:41:48 UTC
This incorrect behaviors still occurs on the latest version of LibreOffice-Mac

Version: 7.4.0.3 / LibreOffice Community
Build ID: f85e47c08ddd19c015c0114a68350214f7066f5a
CPU threads: 8; OS: Mac OS X 11.6.8; UI render: default; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded
Comment 4 eisa01 2023-12-29 17:20:28 UTC
*** Bug 156248 has been marked as a duplicate of this bug. ***
Comment 5 eisa01 2023-12-29 17:57:11 UTC

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