Bug 45574 (NDW)

Summary: EDITING: cell drag-copy to left or up moves original cell content one cell to right or down and breaks new cells references
Product: LibreOffice Reporter: ndw <nickwhyborn>
Component: SpreadsheetAssignee: Not Assigned <libreoffice-bugs>
Status: NEW --- QA Contact:
Severity: critical    
Priority: high CC: erack
Version: 3.4.5 release   
Hardware: Other   
OS: Mac OS X (All)   
Whiteboard: BSA
i915 platform: i915 features:
Attachments: spreadsheet with two sheets demonstrating the bug

Description ndw 2012-02-02 18:58:31 UTC
Created attachment 56560 [details]
spreadsheet with two sheets demonstrating the bug

Problem description: 
a) If a single cell is selected with the mouse and then drag-copied one or more cells to the *left* or *up* the original cell contents are moved one cell to the right or down respectively. 
b) Any reference in the new copy points to the wrong cell, one cell to the left of the correct reference. 
c) After the operation the cell which is selected is the cell to the left of the new copy instead of the copy itself.
The same problem occurs for 

Steps to reproduce:
1. Create a new spreadsheet.
2. Click on a cell somewhere one or more cells away from the left-most column and top row and enter some content, e.g. a formula, text or a number.
3. Select the above cell and drag it while holding down the option key (Mac) to create a copy in a new location to the left (or above) the original location.

Current behavior:
a) The original cell contents are moved one cell to the right (or down) respectively. 
b) Any reference in the new copy points to the wrong cell, one cell to the left of the correct reference. 
c) After the operation the cell which is selected is the cell to the left (or above) of the new copy instead of the copy itself.

Expected behavior:
a) The original cell shall remain unchanged. 
b) Any reference in the new copy shall point shall retain the same relative offset from the copy. 
c) After the operation the cell remains selected shall be the cell the new copy itself.

Platform (if different from the browser): 
              
Browser: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/534.52.7 (KHTML, like Gecko) Version/5.1.2 Safari/534.52.7
Comment 1 m.a.riosv 2012-02-09 17:56:04 UTC
Verify in 3.4.5 and 3.5.

I have suffered this, a coupled of times. Difficult to see the problem, and even more difficult to repair if there are many cells involved.

Change references without notice, it is very dangerous in a spreadsheet.
Comment 2 ndw 2012-02-10 04:49:37 UTC
(In reply to comment #0)
> Problem description: 
> a) If a single cell is selected with the mouse and then drag-copied one or more cells to the *left* or *up* the original cell contents are moved one cell to
> the right or down respectively. 
> b) Any reference in the new copy points to the wrong cell, one cell to the left of the correct reference. 
> c) After the operation the cell which is selected is the cell to the left of the new copy instead of the copy itself.
> The same problem occurs for 
> 

In my original posting I did not make it clear that this error also occurs when copying multiple cells by drag-copy as highlighted by mariosv.
Comment 3 QA Administrators 2014-10-24 03:18:26 UTC
Please read this message in its entirety before responding.

Your bug was confirmed at least 1 year ago and has not had any activity on it for over a year. Your bug is still set to NEW which means that it is open and confirmed. It would be nice to have the bug confirmed on a newer version than the version reported in the original report to know that the bug is still present -- sometimes a bug is inadvertently fixed over time and just never closed.

If you have time please do the following:
1) Test to see if the bug is still present on a currently supported version of LibreOffice (preferably 4.2 or newer).
2) If it is present please leave a comment telling us what version of LibreOffice and your operating system.
3) If it is NOT present please set the bug to RESOLVED-WORKSFORME and leave a short comment telling us your version and Operating System

Please DO NOT
1) Update the version field
2) Reply via email (please reply directly on the bug tracker)
3) Set the bug to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case)

+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + 
LibreOffice is powered by a team of volunteers, every bug is confirmed (triaged) by human beings who mostly give their time for free. We invite you to join our triaging by checking out this link:
https://wiki.documentfoundation.org/QA/BugTriage

There are also other ways to get involved including with marketing, UX, documentation, and of course developing -  http://www.libreoffice.org/get-help/mailing-lists/. 

Lastly, good bug reports help tremendously in making the process go smoother, please always provide reproducible steps (even if it seems easy) and attach any and all relevant material
Comment 4 ndw 2014-10-24 03:38:46 UTC
I confirm this bug is still present in LibreOffice 3.4.5 on Mac OS X 10.9.5.
Comment 5 ndw 2014-10-24 09:57:09 UTC
I confirm this bug is still present in LibreOffice 4.3.2.2 on Mac OS X 10.9.5.
Comment 6 Eike Rathke 2014-11-07 17:05:59 UTC
Can anyone reproduce this on any other platform than MacOSX? I can't.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.