Created attachment 107561 [details]
1.Open attached file
3.Move table in the empty space after the 2 lines of D's
Behavior: After the table is moved, an empty version of the table is left behind.
Ubuntu 14.04 x64
LibreOffice 220.127.116.11 release (changing version as our version field is oldest version confirmed on, not latest that it's been seen on)
Minor - won't prevent high quality work but can slow it down
Low - default for minor bugs - you can just delete the left over table and continue working.
Going to test it against older releases now
Created attachment 107570 [details]
after step 3
Confirmed on master.
Build ID: 0ada00bd9b4f10861d37b8802564a2ace7385aa2
TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:master, Time: 2014-10-01_06:15:34
Confirmed preBibisect - updating version. Almost definitely inherited from OOo
@Ibrahim - it would be great if you could look into the bug tracker to try to find a duplicate of this. Because it's been around so long, I suspect someone has already reported it.
Fun great feature :)
Of course when a paragraph before&after the table are selected too, the behaviour is normal.
I tried searching for a duplicate, but couldnt find any. :D
(1) Bug 40893 - Drag and drop complete TABLE (contents) leaves empty table behind
(2) AskLibO – How can I move tables in Writer?
*** Bug 40893 has been marked as a duplicate of this bug. ***
(In reply to Cor Nouws from comment #8)
> *** Bug 40893 has been marked as a duplicate of this bug. ***
This bug entry here has IMO some more practical information
Created attachment 112839 [details]
entire row selected in word 2010
@manj_k: Thanks for finding the duplicates. My searchfoo must be bad. :D
(In reply to Cor Nouws from comment #5)
> Of course when a paragraph before&after the table are selected too, the
> behaviour is normal.
Well it also works if its a paragraph before or after. :D
Cutting and pasting the selected table (either by selecting the cells of the table, clicking the select table button in the table toolbar, or clicking when the cursor changes to a southeast pointing arrow when you move the mouse northwest of the left corner of the table) also leaves the table behind as well. So movement it with drag and drop with the mouse (bug 40893) and moving it with cut and paste both dont work correctly.
I noticed in MS Word and WPS/Kingsoft Writer than when you select an entire row or table, it also selects the empty space to the right of the row(s) to differentiate between selecting the row cells or the entire row. So when you cut when the entire row is selected, it removes that row and when you cut when the cells of the row are selected, it only cuts the cell contents.
[This is an automatic message]
Changing version to 18.104.22.168 in order to get rid of 'preBibisect' version as 22.214.171.124 looks to be the last version not covered by bibisect-43all.
*** Bug 105333 has been marked as a duplicate of this bug. ***
(technical note: tables have their own context in a writer document)
Similar issue happens when a table has been inserted on top of the document and the user wants to delete it (requires to add a paragraph before, done per alt+enter). Also: see also.
Adjusting summary, removing needsUX, and the issue is a major annoyance (at least normal).
*** Bug 118311 has been marked as a duplicate of this bug. ***