Bug 65957 - CTRL-SHIFT-V (Paste Special) does not offer "Shift Cells"
Summary: CTRL-SHIFT-V (Paste Special) does not offer "Shift Cells"
Status: CLOSED DUPLICATE of bug 65856
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
4.0.3.3 release
Hardware: All Windows (All)
: medium normal
Assignee: Winfried Donkers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-06-20 09:15 UTC by aw-libreoffice
Modified: 2013-06-21 17:05 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Spreadsheed with the two tables mentioned in the description. (8.36 KB, application/vnd.oasis.opendocument.spreadsheet)
2013-06-20 09:15 UTC, aw-libreoffice
Details

Note You need to log in before you can comment on or make changes to this bug.
Description aw-libreoffice 2013-06-20 09:15:55 UTC
Created attachment 81097 [details]
Spreadsheed with the two tables mentioned in the description.

Problem description: 
I want to copy and insert cells/line with CTRL-SHIFT-V.

Steps to reproduce:
1. Create a new spread sheet
2. Add 7 lines to the default table containing A,B,C,...G in colum A
3. Mark lines 5-7 in table 1 and press CTRL-C
4. Try CTRL-SHIFT-V - do not press OK but CANCEL:
   In A1 - the dialog offers "move cells"
   In A2 - the dialog offers "move cells"
   In A3 - the dialog greyed out "move cells"
   => looks as if "move cells" get disabled/greyed if the ranges overlap
5. Add a new table and add 3 lines containing H,I,J. The lines copied in step 3 are still in the clippboard.
5. Try CTRL-SHIFT-V in table 2 as in step 4
   => same behaviour as in step 4
   => looks as if "move cells" get disabled/greyed if the ranges overlap even if they are in different tables.

Current behavior:
=> "move cells" disabled if ranges overlap in same table
=> "move cells" disables if ranges overlap even in different tables - which is in fact not even an overlap.

Expected behavior:
=> "move cells" should always be offered.
Not sure what the implications are if ranges actually overlap. I do not see a problem in inserting blank lines/cells and the fill them up with the contents of the clipboard.
Comment 1 ign_christian 2013-06-20 13:46:57 UTC
I guess that "move cells" is "Shift cells" in standard UI.

Confirm reproducible on LO 4.0.4.2 (Win7 32bit)
Comment 2 Winfried Donkers 2013-06-21 07:55:50 UTC
I will have a look into this, given its probable relation with bug 44383 and bug 56098.
Comment 3 Eike Rathke 2013-06-21 17:01:37 UTC

*** This bug has been marked as a duplicate of bug 65856 ***
Comment 4 Eike Rathke 2013-06-21 17:05:36 UTC
Please use bug 65856 and attachment for reference. Regarding bug 44383 we probably need to distinguish between cut and copy.