Last modified: 2013-11-26 22:40:44 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T50170, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 48170 - VisualEditor: Support pasting of HTML from external sources
VisualEditor: Support pasting of HTML from external sources
Product: VisualEditor
Classification: Unclassified
ContentEditable (Other open bugs)
All All
: Low normal
: VE-deploy-2013-12-05
Assigned To: Ed Sanders
Depends on: 41193
Blocks: ve-richpaste
  Show dependency treegraph
Reported: 2013-05-06 18:50 UTC by Chris McMahon
Modified: 2013-11-26 22:40 UTC (History)
7 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---

many + signs (69.56 KB, image/png)
2013-05-06 18:50 UTC, Chris McMahon

Description Chris McMahon 2013-05-06 18:50:46 UTC
Created attachment 12267 [details]
many + signs


In OpenOffice, create a small table with text in cells a1, a2, b1, b2, c2. 

Copy only the rows of the table. 

Paste into VE. 

* the view immediately in VE is of unusable information and some "+" characters apparently indicating cell boundaries. 


* the view in the "Review your changes" panel is of a swath of white space with the contents of the table interspersed.

* User tendency is to copy entire contents of rows, yielding many empty cells.  VE dutifully tracks these empty cells and displays an enormous number of "+" symbols in the immediate view and mostly empty space in the "Review your changes" view.

* Upon save, no table is in the page when pasting from OpenOffice.

Other anomalous results are reported when pasting from the Apple Pages application.  From another user: 

"...number of cells didn't match the number of columns. Since they don't match, tried to delete the cells in order to recover the blank page, but they won't delete."
Comment 1 Roan Kattouw 2013-05-06 18:56:09 UTC
* Editing of table structure isn't exactly supported right now

* I'm curious what OpenOffice puts on the clipboard. It may well be that the root cause is "OpenOffice puts unreasonable things on the clipboard when copying a table"
Comment 2 Chris McMahon 2013-05-06 19:12:30 UTC
I think users will expect that pasting things like tables from other editors and sources into VE to more or less Just Work.
Comment 3 James Forrester 2013-05-06 21:10:54 UTC
(In reply to comment #2)
> I think users will expect that pasting things like tables from other editors
> and sources into VE to more or less Just Work.

That is bug 41193 (and yes, getting that to work would be lovely). This is about corruption of the clipboard from OpenOffice, which is a distinct problem whether or not we get the pasted-formatting working in time for the 'beta'.
Comment 4 Gerrit Notification Bot 2013-10-07 14:52:07 UTC
Change 86664 had a related patch set uploaded by Esanders:
Rich paste
Comment 5 Gerrit Notification Bot 2013-11-26 21:07:55 UTC
Change 86664 merged by jenkins-bot:
Rich paste

Note You need to log in before you can comment on or make changes to this bug.