Closed Bug 1853701 Opened 1 year ago Closed 1 year ago

Enable :has on Nightly

Categories

(Core :: CSS Parsing and Computation, enhancement)

enhancement

Tracking

()

RESOLVED FIXED
119 Branch
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.

Severity: -- → S3
See Also: → 1852965, 1853258
Assignee: nobody → dshin
Status: NEW → ASSIGNED
Keywords: dev-doc-needed

Whoops - those weren't marked to set layout.css.has-selector.enabled. For now, I've made sure to set it in those tests.

Flags: needinfo?(dshin)
Status: ASSIGNED → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED
Target Milestone: --- → 119 Branch

: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

Flags: needinfo?(dshin)

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)
relnote-firefox: --- → ?
Flags: needinfo?(dshin)

Thanks, added to the nightly release notes

Blocks: 1737719
Blocks: 1858649

Nightly relnote superseded by bug 1858743.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: