Enable :has on Nightly
Categories
(Core :: CSS Parsing and Computation, enhancement)
Tracking
()
Tracking | Status | |
---|---|---|
firefox119 | --- | fixed |
People
(Reporter: dshin, Assigned: dshin)
References
Details
(Keywords: dev-doc-complete)
Attachments
(1 file)
:has invalidation, for the most part, landed as part of bug 1792501.
Two open issues, but we think it can be enabled on Nightly for soak time.
Assignee | ||
Updated•1 year ago
|
Assignee | ||
Comment 1•1 year ago
|
||
Updated•1 year ago
|
Comment 3•1 year ago
|
||
Backed out for causing wpt failures in /css/css-conditional/at-supports-selector-detecting-invalid-in-logical-combinations.html
Backout link: https://hg.mozilla.org/integration/autoland/rev/aa852933f7d9e619a7acbad1997a2ffbf8355d02
Assignee | ||
Comment 4•1 year ago
|
||
Whoops - those weren't marked to set layout.css.has-selector.enabled
. For now, I've made sure to set it in those tests.
Comment 6•1 year ago
|
||
bugherder |
Comment 7•1 year ago
|
||
:dhsin could you please consider nominating this for release note? https://wiki.mozilla.org/Release_Management/Release_Notes_Nomination
We could include it in nightly release notes
Assignee | ||
Comment 8•1 year ago
|
||
Release Note Request
[Why is this notable]: This enables :has()
selector by default on Nightly.
[Affects Firefox for Android]: Yes
[Suggested wording]: :has()
selector allows authors to match elements that has (or "anchors") at least one element matching its relative selector.
[Links (documentation, blog post, etc)]: MDN
Two things of note:
- Invalidation of "inner selectors" is not yet supported. For example, given
:has(:is(.a) .b)
, toggling.a
on classes do not yet cause the selector map to be updated (Bug 1852965) - Potential scaling issue with some
:has()
selectors & many insertions to DOM (bug 1853258)
Comment 9•1 year ago
|
||
Thanks, added to the nightly release notes
Description
•