Last modified: 2014-10-14 17:38:07 UTC
See https://en.wikipedia.org/wiki/File:VisualEditorTableCopyBugScreenshot.jpg for what the editor selected. See https://en.wikipedia.org/wiki/File:VisualEditorTableCopyBugScreenshot2.jpg (top) for what he got when he pasted it into the new place. This was found on Chrome and Windows 7. Also, if he used Ctrl-X to cut the table, he was unable to save his changes. Clicking on the Save button did nothing after that point. Ctrl-C to copy the table did not disable the Save button.
Update: To make this work, you have to select the table (just its own cells), without any text before and after. If you select more than the table (text + table + more text), then the table formatting appears to be correct when pasted in VisualEditor, but isn't actually correct when it's saved. See https://en.wikipedia.org/w/index.php?oldid=624091874 for the saved version, and compare it to the same table in previous versions. In addition to not being able to save after cutting and pasting, it's not possible to switch to source code editing.
The problem appears after the cutting, not after the pasting. Also, it's usually possible to switch to source editing. Consequently, this is only a lost-work bug for most people (anyone who doesn't know about or doesn't try switching to source.)
Minimal failure case in core to trigger the unbalanced delete which is causing this to happen: <p></p> <p>a<span rel="ve:Alien">b</span></p> Select from the empty paragraph to after the b (range 1,6) and delete.
Change 158662 had a related patch set uploaded by Esanders: WIP Failing test case https://gerrit.wikimedia.org/r/158662
