It does the following things when caret is collapsed in a text node in a <p>
or <div> element.
- Split the text node containing caret to insert <br> element
- Insert <br> element after it
- Split ancestor elements which inclusive descendants of the <p> or <div>
- 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:
https://searchfox.org/mozilla-central/commit/2e66280faef73e9be218e00758d4eb738395ac83,
but must be annoying bug for users who see this frequently).
The new WPTs are pass in Chrome.