Issue 34356 - moving cells by drag and drop "loses" cells
Summary: moving cells by drag and drop "loses" cells
Status: CLOSED DUPLICATE of issue 30047
Alias: None
Product: Writer
Classification: Application
Component: editing (show other issues)
Version: OOo 1.1.2
Hardware: Mac Mac OS X, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: michael.ruess
QA Contact: issues@sw
URL:
Keywords: oooqa
Depends on:
Blocks:
 
Reported: 2004-09-19 14:50 UTC by tinux
Modified: 2004-09-23 10:12 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description tinux 2004-09-19 14:50:10 UTC 
1) You have a table with e.g. 3 rows and 3 columns, all contain data:

11 12 13
21 22 23
31 32 33

2) You want to move the data from the last 2 rows one row up, thus deleting the
1st row and leaving the last one empty. You expect:

21 22 23
31 32 33
last row empty

If you do so by drag and drop, only row 2 is moved to row 1, row 3 disappears:

21 22 23
empty row
empty row

If you use cut and paste, everything goes as expected.

DnD seems to work if you don't want to overwrite cells that belong to the
selection being moved, i.e. moving row 3 up to row 1 works.

I hope it has come clear...
Comment 1 terryt 2004-09-19 21:34:39 UTC 
Added oooqa keyword. Reproduced with OOo 1.1.3fix2 on Mac OS X 10.2.x with
XFree86/XDarwin v4.3.0/v1.2.0.

If you Undo the Move, cells "11", "31", "32", "33" will be highlighted, and the
other cells won't be highlighted. If you retry the Move, only dragging to cell
"11" will do the Move, but incorrectly as described by the original poster.
Comment 2 michael.ruess 2004-09-23 10:09:46 UTC 
Same as issue 30047.

*** This issue has been marked as a duplicate of 30047 ***
Comment 3 michael.ruess 2004-09-23 10:12:13 UTC 
Closing duplicate.