Contenteditable cursors hidden, if other contenteditable-element attached to fragment and then connected to the dom
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
People
(Reporter: tobias.buschor, Assigned: emilio)
References
(Regression)
Details
(Keywords: regression)
Attachments
(3 files)
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:76.0) Gecko/20100101 Firefox/76.0
Steps to reproduce:
- i have some contenteditable-elements on the page
- create a fragment
- attache a other contenteditable-element to the fragment
- connect the element to the dom
See here: https://jsfiddle.net/cyLkmxag/58/
Actual results:
all contenteditable-cursors disappear with the exeption of the newly created one
Comment 1•4 years ago
|
||
Bugbug thinks this bug should belong to this component, but please revert this change in case of error.
Assignee | ||
Updated•4 years ago
|
Comment 2•4 years ago
|
||
Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=f17b7ba6d0aa737d4f69a0fc3206da8c539225e5&tochange=8e88421b280c2afda62f4ba704ce29701c30549f
Updated•4 years ago
|
Assignee | ||
Comment 3•4 years ago
|
||
Gah, guess I should've kept my mouth shut! ;)
Thanks a lot Alice :)
Assignee | ||
Comment 4•4 years ago
|
||
Assignee | ||
Comment 5•4 years ago
|
||
A workaround is to add -moz-user-modify: read-write
to the previous element, but I still don't know why its state is borked.
Assignee | ||
Comment 6•4 years ago
|
||
This seems to be a more general problem with sharing of mapped attributes when adopting from a template document, somehow.
Assignee | ||
Updated•4 years ago
|
Assignee | ||
Updated•4 years ago
|
Assignee | ||
Comment 7•4 years ago
|
||
The sheet pointer means a very specific thing: This nsMappedAttributes
is registered on nsHTMLStyleSheet. When adopting a node into another
document, we'd call SetStyleSheet on a clone of the attribute, and clear
the actual interesting entry, which means it'd fail to get a declaration
block.
On the original test-case it was about the -moz-user-modify property
that contenteditable maps, but it reproduces with any mapped attribute
like hidden, so I used that for WPT.
Assignee | ||
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Pushed by ealvarez@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/7365c2beddab When moving an element to another document, don't drop nsMappedAttributes from its sheet. r=edgar
Created web-platform-tests PR https://github.com/web-platform-tests/wpt/pull/23512 for changes under testing/web-platform/tests
Upstream web-platform-tests status checks passed, PR will merge once commit reaches central.
Comment 11•4 years ago
|
||
bugherder |
Reporter | ||
Comment 12•4 years ago
|
||
Good job, thank you!
Upstream PR merged by moz-wptsync-bot
Updated•4 years ago
|
Description
•