Shadow Parts seem to not match ::part when a document fragment with [part] elements inside of it is imported into a shadow root
Categories
(Core :: CSS Parsing and Computation, defect, P3)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox70 | --- | fixed |
People
(Reporter: bgrins, Assigned: emilio)
References
Details
Attachments
(3 files)
Details here: https://phabricator.services.mozilla.com/D43846#1324342.
When I remove and re-add the [part] attribute, the selector starts matching again.
|
Reporter | |
Updated•5 years ago
|
|
Assignee | |
Comment 1•5 years ago
|
||
Any chance you could write a stand-alone test-case? Happy to fix ASAP :)
|
|
Reporter | |
Comment 2•5 years ago
|
||
This was my first attempt to have a reduced test case in content but it is working properly. I guess a couple more things to test are loading this same thing but with the style in an external chrome sheet and then also using XUL elements instead.
|
|
Reporter | |
Comment 3•5 years ago
|
||
|
|
Reporter | |
Comment 4•5 years ago
|
||
It seems somehow XUL and/or XBL related - I've pushed up a more reduced mochitest-chrome test that fails.
|
|
Assignee | |
Comment 5•5 years ago
|
||
Thanks, I'll take a look first thing tomorrow morning :)
|
|
Assignee | |
Comment 6•5 years ago
|
||
I actually just took a look, whoops... It's indeed a XUL bug.
|
|
Assignee | |
Comment 7•5 years ago
|
||
Test is in the other revision for this bug.
Do the same we do for the other bits. This setup looks pretty error prone
though...
|
|
Assignee | |
Updated•5 years ago
|
|
||
Comment 10•5 years ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/b78fd9e42adc
https://hg.mozilla.org/mozilla-central/rev/a334d3b33b26
|
||
Comment 11•5 years ago
|
||
| bugherder uplift | ||
Description
•