Webkit Paste Bug

[astralis]

If I have this text in Notepad:

Line One
Line Two

IE renders it as:

<p>Line One</p>
<p>Line Two</p>

Chrome renders it as:

<p>
   &nbsp;</p>
<div>
   Line One</div>
<div>
  Line Two</div>

Update:

• FF3, FF4, Opera - use br to keep formatting. This is from CKEditor 3.0
• Webkit uses divs to keep formatting. This is from CKEditor 3.2.1
• IE (all versions) use <p> tags for pasted text.

[Tobiasz Cudnik]

Looks like BOM issue.

[Thomas Lehmann]

Something very similar occures if you do this:

1) Start the CKeditor (current demo) and clean all content (press Del/Bcksp multiple times on the obviously empty editor to ensure all content is gone) 2) Type serveral characters and press enter 3) Mark the first and second line and copy the text to the clipboard (containing text with one linebreak) 4) Paste the text into the second (empty) line 5) (optionally) Repeat step 4 multiple times -> All DIVs get encapsulated within the previous "lines" div (if done step 5) -> (All) the DIV(s) have odd styles

Reproducable with Chrome 8.0 and Safari 5.0.1 (Windows XP).

Firefox does a similar thing when reproducing the above steps but instead pasing SPANs with styles. This also happens if pasting text Firefox cutted in Chrome.

I was actually debugging FCKEditor 2.6.2 having the same problem and tried to see if CKeditor has fixed this. (Un)fortunately not. :) And no: I can't upgrade - too much effort.

My only workaround for now is to run clean-up code iterating each child of the body and converting text child nodes of DIVs to P-tags on every paste.

IIRC the block-splitting code of the dom-range class does similar things.

[Jakub Ś]

This is Webkit pasting problem and also our problem.

When you paste something from Notepad in Webkit or when you paste HTML it gets wrapped in Divs. When you have your enter mode set to default ENTER_P (paragraph) those Divs get pasted inside this paragraph.
This can be confirmed when looking at elements path and when viewing the code with Chrome developer tools (Please check the attached screen.png)
This invalid code gets fixed when switching to source or getting the data from editor (when HTML data processor is called). That is why users get impression that extra p is added.

NOTE: This will be fixed in version 4 of editor which will soon be introduced.

[Jakub Ś]

Other tickets that also concern pasting in Webkit: #7146 and #6436

[Jakub Ś]

#7622 was marked as duplicate.

[Jakub Ś]

#9052 was marked as duplicate.

[Piotrek Koszuliński]

Issue mentioned in ticket description was fixed in v4 by our custom, so called "textHtmlification". Results in all browsers should now be similar (if not identical) to each other.

[Piotrek Koszuliński]

This issue is not reproducible any more. It was fixed by HTML pastebin introduced in 4.0 beta.