Closed
Bug 1007743
Opened 11 years ago
Closed 10 years ago
[ShadowDOM] Changing textContent on 'projected content' nodes makes them disappear
Categories
(Core :: DOM: Core & HTML, defect)
Core
DOM: Core & HTML
Tracking
()
RESOLVED
FIXED
mozilla32
People
(Reporter: wilsonpage, Assigned: wchen)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
Demo works in Chrome Canary but not FF Nightly: http://jsbin.com/kimob/1/edit
EXPECTED
<h1> content should change from 'foo' to 'bar'.
ACTUAL
<h1> disappears.
Reporter | ||
Updated•11 years ago
|
Summary: Changing textContent on 'projected content' nodes makes them disappear → [ShadowDOM] Changing textContent on 'projected content' nodes makes them disappear
Reporter | ||
Updated•11 years ago
|
Blocks: webcomponents
Assignee | ||
Comment 2•11 years ago
|
||
This bug is caused by GetFlattenedTreeParent() not handling distributed nodes correctly causing the frame constructor to not set the NODE_DESCENDANTS_NEED_FRAMES flag when needed.
Assignee: nobody → wchen
Assignee | ||
Updated•11 years ago
|
Attachment #8426829 -
Flags: review?(bugs)
Comment 3•11 years ago
|
||
Thanks for the patch, William. UX is watching this closely for BB and web components work. How is review coming along? Thanks!
Comment 4•11 years ago
|
||
I have a similar problem with elements disappearing when I alter their overflow property, but unfortunately this patch doesn't fix that. Altering the linked test-case to change overflow to hidden instead of textContent causes Nightly to crash (without this patch applied, though).
Comment 5•11 years ago
|
||
Said crashing test-case: http://jsbin.com/tutixipa/1/edit
Comment 6•11 years ago
|
||
Comment on attachment 8426829 [details] [diff] [review]
Update flattened tree to correctly handle nodes distributed into Shadow DOM insertion points.
(The change to ExplicitChildIterator::Get() isn't really about this bug.)
I'm a bit worried about making GetFlattenedTreeParent
to always do a virtual call, but perhaps it isn't too bad...
Attachment #8426829 -
Flags: review?(bugs) → review+
Assignee | ||
Comment 7•11 years ago
|
||
Flags: in-testsuite+
OS: Mac OS X → All
Hardware: x86 → All
Comment 8•11 years ago
|
||
sorry had to backout this csets in https://tbpl.mozilla.org/?tree=Mozilla-Inbound&onlyunstarred=1&rev=24743a3a0f91 since i guess that one of this 2 changes caused https://tbpl.mozilla.org/php/getParsedLog.php?id=41007049&tree=Mozilla-Inbound
Assignee | ||
Comment 9•10 years ago
|
||
The test case failed on b2g-emu due to an unrelated bug, fixed by making a trivial change to text content in the test.
https://hg.mozilla.org/integration/mozilla-inbound/rev/845420c23256
Comment 10•10 years ago
|
||
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla32
Reporter | ||
Comment 11•10 years ago
|
||
I'm still seeing this issue in some cases. Can't narrow down the exact steps to reproduce yet.
Updated•6 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•