Bug 32026

The problem still exists in 3.3.2.

I managed to reproduce this bug on LibreOffice 3.4  340m1(Build:12) on OpenSuse. Here is the scenario: A 1 col by 7 row table with entries in the rows 3 - 7. If you drag and drop entries 3 - 7 to row 1, only entries from 3 and 4 remain in rows 1 and 2. What seems to be happening is that only the rows outside the bounds of the data previously highlighted (in this case 3 - 7) will be successfully dragged and dropped.

Row Data
1    
2   
3   a
4   b
5   c
6   d
7   e

Drag and drop all data to row 1:

1   a
2   b
3   
4   
5   
6
7

This seems to always be the case. If I dragged all entries to row 2, then only data "a" will show up in row 2, and all other rows will be empty. You can drag selections down, but Writer does not allow you to drag to any of the highlighted rows. So for:

Row Data
1   q
2   z
3   a
4   b
5   
6   
7   

I can only drag the four entries to row 5 or greater. If I do, Writer will automatically allocate extra space:

Drag and drop all data to row 5:

1   
2   
3   
4   
5   q
6   z
7   a
8   b

So it looks like the problem of drag and drop within the tables of writer moving up or down are exactly the same: You cannot drag entries to the currently highlighted cells, and only those outside the regions of the highlighted cells will show up.

Moving back to New after two year hiatus.

(In reply to comment #3)
> Moving back to New after two year hiatus.

Hi

Still reproducable in Version: 4.2.0.1
Build ID: 420m0(Build:1).

- Only two rows can be moved and deletes the content in the target cells.
- If you drag one cells content, it does not delete the target cell, it adds the content.


Best regards,
Zeki

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