Bug 62439 - EDITING: after Cut can't Paste Special shift down
Summary: EDITING: after Cut can't Paste Special shift down
Status: RESOLVED DUPLICATE of bug 56098
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
4.0.1.2 release
Hardware: All All
: high minor
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords: regression
Depends on:
Blocks:
 
Reported: 2013-03-17 14:36 UTC by David Aponte
Modified: 2013-12-15 22:21 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
Video showing the bug and a partial workaround (2.84 MB, video/x-msvideo)
2013-03-17 15:05 UTC, David Aponte 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description David Aponte 2013-03-17 14:36:10 UTC 
Problem description: 

Steps to reproduce:
1. Select a row 
2. Cut this row
3. Try to Paste special this row in another row

Current behavior:

You have not the "SHIFT CELLS <DOWN>" option enabled!!!

Expected behavior:

SHIFT CELLS <DOWN> must be enabled!!!


Workaround (partial): 
1.- Select the row
2.- Cut it
3.- Paste (directly) in another row
4.- Now UNDO 
5.- Now PASTE SPECIAL and suddenly the SHIFT CELLS <DOWN> option is enabled!!! 
6.- The row is paste special correctly BUT you have now a empty row!!!

I attach a OGV video showing the bug and my workaround. Both are bugs.
Operating System: Ubuntu
Version: 4.1.0.0.alpha0+ Master
Last worked in: 3.6.5.2 release
Comment 1 David Aponte 2013-03-17 15:05:34 UTC 
Created attachment 76653 [details]
Video showing the bug and a partial workaround
Comment 2 Jorendc 2013-03-18 10:38:55 UTC 
Hi,

Thanks for your clear steps and very useful video! We really appreciate that.

I can confirm this behavior using Mac OSX 10.8.3 with LibreOffice Version 4.0.2.1 (Build ID: 7e5467ff8f30d821f4fbf69cb2769163eb64c2c)
TinderBox: MacOSX TDF Release, Branch:libreoffice-4-0, Time: 2013-03-12_21:31:08
Therefore I mark this bug as NEW. 

Because there is a workaround, I mark this bug (following [1]) as Minor High:

* Minor: Does make it substantially harder to make high quality work
* High: annoying work around and affects power users 

[1] https://wiki.documentfoundation.org/images/0/06/Prioritizing_Bugs_Flowchart.jpg
Comment 3 bjlockie 2013-03-21 01:22:06 UTC 
I was just making a bug for this. :-)
It works when copying a row.

Select a whole by clicking on the number to the left
Copy the row
Select any cell in the first column
Paste special - Shift cells down works

Now try to cut the row:

Select a whole by clicking on the number to the left
Cut the row
Select any cell in the first column
Paste special - Shift cells down is greyed out
Comment 4 Winfried Donkers 2013-04-03 11:08:30 UTC 
I will check this and report any results.
A first read of this bug looks as if it is a duplicate of (fixed) bug 56098.
But as it was reproduced on 4.1(master), I will thoroughly check.
Comment 5 Winfried Donkers 2013-04-03 14:23:54 UTC 
(In reply to comment #0)
> Problem description: 
> 
> Steps to reproduce:
> 1. Select a row 
> 2. Cut this row
> 3. Try to Paste special this row in another row
> 
> Current behavior:
> 
> You have not the "SHIFT CELLS <DOWN>" option enabled!!!
> 
> Expected behavior:
> 
> SHIFT CELLS <DOWN> must be enabled!!!

I checked with version 4.1.0.0.alpha+ (master), code updated last week:
The current behaviour is the expected behaviour, i.e. option shift cells down is enabled when the destination is either a complete row or the first cell of the row (any cell in column A).
I do not know how you reproduced the problem with version 4.1.0.0.alpha+ Master om March 17, 2013. This problem was fixed (see bug 56098) in February 2013 and will be in version 4.1.
If you want it to be in version 4.0, you can ask for a review to do this on the developers list. I could also ask this, if you want me to.

I have marked this bug as a duplicate of bug 56098.

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