Bug 1812170 - Make `HTMLEditor::ClearStyleAt` should return `pointToPutCaret` if next node of first split is not split r=m_kato
The new path added in
bug 1807829 hits the odd result case of `ClearStyleAt`.
`pointToPutCaret` may be updated if the preceding split occurs. Therefore,
it should be returned if it does not split next nodes after the first split
instead of returning unset point (because of not splitting the point,
`unwrappedSplitNodeResult.AtSplitPoint` may return unset point, therefore,
it may return unset point in the case).
Additionally, I forgot to split delete `SplitNodeResult::mCaretPoint` in
bug 1792654, and it causes `SplitNodeDeepWithTransaction` returns unset caret
point. This patch fixes this bug too.
Differential Revision:
https://phabricator.services.mozilla.com/D168179
toolkit/library
dom
ipc
security/sandbox
ipc
netwerk/build
netwerk
storage/build
storage
xpcom
chrome
extensions
docshell/build
docshell
uriloader
modules
widget
gfx
toolkit/components/build
toolkit/components
security/manager
security/certverifier
security/build
accessible
dom
content
layout
editor
parser
js/src
mfbt
js/xpconnect
js/xpconnect/loader
view
caps
xpfe/appshell
xpfe/components
js
toolkit
rdf/build
embedding
hal
image/build
image
intl/build
intl
media
profile
services
startupcache
devtools/platform
devtools/server
devtools/shared
browser/app
browser/base
browser/components
devtools/client
browser/locales
browser/modules
browser/themes
toolkit
toolkit/components
toolkit/components/downloads
toolkit/content
toolkit/crashreporter
toolkit/forgetaboutsite
toolkit/identity
toolkit/modules
toolkit/mozapps/extensions
toolkit/profile
toolkit/themes
toolkit/webapps
