Closed Bug 1777903 Opened 2 years ago Closed 2 years ago

Add tentative WPT for checking the handling of `insertParagraph` and `insertLineBreak` in inline editing host

Categories

(Core :: DOM: Editor, enhancement, P2)

enhancement

Tracking

()

RESOLVED FIXED
104 Branch
Tracking Status
firefox104 --- fixed

People

(Reporter: masayuki, Assigned: masayuki)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

We sometimes get bug reports about <span contenteditable>, and the insertParagraph and insertLineBreak command handling of Chrome is a little bit odd. Chrome may insert <div> element into <span>. So, if <span contenteditable> becomes widely used, we might need to follow the odd behavior, but I'd like to avoid such future...

Severity: -- → N/A
Component: Tooling & Investigations → DOM: Editor
Priority: -- → P2
Product: Web Compatibility → Core

Browsers shouldn't insert <div> and <p> elements into inline elements such
as <span> even when it's display value creates a block format context since
it's invalid structure from point of view of HTML. However, some browsers do
it. Therefore, this test should make them fail.

The reason why this patch touches editor-test-utils.js is, it scans the
following <script> element's text with a bug. So the change makes it does
not scan outside the editing host.

Pushed by masayuki@d-toybox.com: https://hg.mozilla.org/integration/autoland/rev/e3fd1571e2b9 Add tentative WPT of handling line breaks in inline editing host r=m_kato
Status: ASSIGNED → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 104 Branch
Created web-platform-tests PR https://github.com/web-platform-tests/wpt/pull/34781 for changes under testing/web-platform/tests
Upstream PR merged by moz-wptsync-bot
No longer depends on: 1777660
Blocks: 1779158
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: