1725323 - Put caret to same position as Blink

Status: RESOLVED FIXED

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

Description

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

Our HTMLEditor's behavior to put caret at first time of getting focus is a little bit different from Blink. Let's align it for Blink.

Comment 1

[Masayuki Nakano [:masayuki] (he/him)(JST, +0900)]

Attachment: Bug 1725323 - Make `HTMLEditor::MaybeCollapseSelectionAtFirstEditableNode()` not use `WSRunScanner::ScanNextVisibleNodeOrBlockBoundary()` for searching editable content r=m_kato!

WSRunScanner::ScanNextVisibleNodeOrBlockBoundary() is designed for scanning
editable content so that it's wrong to use it for scanning first editable leaf
node.

Comment 2

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/c862c1a89dc7
Make `HTMLEditor::MaybeCollapseSelectionAtFirstEditableNode()` not use `WSRunScanner::ScanNextVisibleNodeOrBlockBoundary()` for searching editable content r=m_kato

Comment 3

[Web Platform Test Sync Bot [:wpt-sync] (Matrix: #interop:mozilla.org)]

Created web-platform-tests PR https://github.com/web-platform-tests/wpt/pull/30020 for changes under testing/web-platform/tests

Comment 4

[Atila Butkovits]

https://hg.mozilla.org/mozilla-central/rev/c862c1a89dc7

Comment 5

[Web Platform Test Sync Bot [:wpt-sync] (Matrix: #interop:mozilla.org)]

Upstream PR merged by moz-wptsync-bot