Page MenuHomePhabricator

VisualEditor: Cut-n-paste from one window to another loses formatting
Closed, ResolvedPublic

Description

Tested in Firefox 16 nightly.

Steps to repro:

Expected results:
Beautiful pasted HTML

Actual results:
All formatting lost. Newlines are turned into little newline symbols.


Version: unspecified
Severity: enhancement

Details

Reference
bz37860

Event Timeline

bzimport raised the priority of this task from to High.Nov 22 2014, 12:21 AM
bzimport set Reference to bz37860.

Same behavior in Firefox 13, Chrome 19, Safari 5.1.7 (though Chrome & Safari don't show the little newline symbols, you just don't get line breaks at all).

This makes common editing tasks like moving text from one page to another impossible, so might want to bump priority up.

orbit wrote:

This is fixed in:
https://gerrit.wikimedia.org/r/#/c/13423/

Previously, copied data was stored in a local JS variable. Only copy and paste from within a single document was supported. Now, using localStorage, rich content may be copied from one article to another on the same wiki in the same browser.

This was replaced with bug 33105 (general copy-and-paste)

  • This bug has been marked as a duplicate of bug 33105 ***

Bug 33105 is *not* general c'n'p, it's only c'n'p from external sources.

(In reply to comment #6)

Bug 33105 is *not* general c'n'p, it's only c'n'p from external sources.

You're right, sorry, I didn't update the title. Fixed. (Also, another VE instance is definitely an external source.)

I have to confirm that this bug still occurs on it.wiki.

Francisco: Exact steps to reproduce highly welcome, so developers can take a look.

Just copy content from a page (e.g. https://it.wikipedia.org/wiki/Fire?veaction=edit) and paste in another one (e.g. https://it.wikipedia.org/wiki/Phantom?veaction=edit) :-) all the links, italics, lists etc. are lost.

Sorry, not "fixed" but duplicate of bug 33105.

  • This bug has been marked as a duplicate of bug 33105 ***