Closed Bug 1740416 Opened 9 months ago Closed 9 months ago

White-space disappears when you type `Enter` before ASCII white-space


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




96 Branch
Tracking Status
firefox-esr91 --- wontfix
firefox94 --- wontfix
firefox95 --- wontfix
firefox96 --- fixed


(Reporter: masayuki, Assigned: masayuki)





(1 file)

  1. Load data:text/html,<div contenteditable><div>a b</div></div>
  2. Put caret before the white-space (i.e., after a)
  3. Type Enter

Expected Result:
<div>a b</div><div>&nbsp;b</div>

Actual Result:
<div>a b</div><div> b</div>

I.e., the white-space at start of the second paragraph is invisible due to start of a block.

It does the following things when caret is collapsed in a text node in a <p>
or <div> element.

  1. Split the text node containing caret to insert <br> element
  2. Insert <br> element after it
  3. Split ancestor elements which inclusive descendants of the <p> or <div>
  4. Delete the <br> element if unnecessary from the left paragraph

#3 and #4 are performed by HTMLEditor::SplitParagraph() and it calls
WhiteSpaceVisibilityKeeper::PrepareToSplitBlockElement() correctly before
splitting the block. However, in the case (caret is at middle of a text node),
the text has already been split to 2 nodes because of #1. Therefore, it fails
to handle to keep the white-space visibility.

So that I believe that the root cause of this bug is, the method does much
complicated things which are required, and doing the redundant things will
eat memory space due to undo transactions. However, for now, I'd like to fix
this with a simple patch which just call the preparation method before splitting
the text node because I'd like to uplift this if it'd be approved (Note that
this is not a recent regression, the root cause was created by bug 92686 which
was fixed in 17 years ago:,
but must be annoying bug for users who see this frequently).

The new WPTs are pass in Chrome.

Pushed by
Make `HTMLEditor::HandleInsertParagraphInParagraph()` call `WhiteSpaceVisibilityKeeper::PrepareToSplitBlockElement()` before splitting a text node r=m_kato,smaug
Created web-platform-tests PR for changes under testing/web-platform/tests
Closed: 9 months ago
Resolution: --- → FIXED
Target Milestone: --- → 96 Branch
Upstream PR merged by moz-wptsync-bot

The patch landed in nightly and beta is affected.
:masayuki, is this bug important enough to require an uplift?
If not please set status_beta to wontfix.

For more information, please visit auto_nag documentation.

Flags: needinfo?(masayuki)

We should wait more feedback for this change before requesting uplift.

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