Open Bug 1203035 Opened 9 years ago Updated 3 years ago

Pasting HTML into contentEditable produces plain text

Categories

(Core :: DOM: Editor, defect, P5)

40 Branch
Unspecified
Windows
defect

Tracking

()

UNCONFIRMED

People

(Reporter: gert.sonderby, Unassigned)

Details

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.130 Safari/537.36

Steps to reproduce:

Go to page containing formatted HML (for example, https://en.wikipedia.org/wiki/San_Francisco), copy a section of content.

Go to page containing the following HTML:
<!DOCTYPE html>
<html>
<head></head>
<body contentEditable="true"></body>
</html>

Paste the content.


Actual results:

Inserted text is plain text, no HTML formatting is retained.


Expected results:

HTML content should be inserted mostly intact, retaining tags, attributes, etc.
This works as expected in every FF39 I tested (on Windows 8, 8.1, OS X Yosemite) and in FF38 on Linux. On FF40, it breaks consistently, using Windows 8/8.1 or OS X Yosemite.
Component: Untriaged → Editor
Product: Firefox → Core
OS: Unspecified → Windows
We've determined, in-house, that this bug does *not* occur on OS X. We've not been able to test in Firefox 40 on Linux at this juncture. It is currently only known to occur on Windows.

Bulk-downgrade of unassigned, >=3 years untouched DOM/Storage bug's priority.

If you have reason to believe this is wrong, please write a comment and ni :jstutte.

Severity: normal → S4
Priority: -- → P5
You need to log in before you can comment on or make changes to this bug.