Closed Bug 1771564 Opened 2 years ago Closed 2 years ago

Some drive-by nsComputedDOMStyle cleanup and optimization.

Categories

(Core :: CSS Parsing and Computation, task)

task

Tracking

()

RESOLVED FIXED
102 Branch
Tracking Status
firefox102 --- fixed

People

(Reporter: emilio, Assigned: emilio)

References

Details

Attachments

(2 files)

No description provided.

None of the consumer need to mutate styles, and this saves some ugly
const_casting on the next patch.

Doesn't change behavior.

I noticed this while debugging some underinvalidation with the patch on
bug 1381071.

This doesn't change behavior effectively, since the style frame should
always have the element's style, but it allows us to not need style
resolution for:

  • display: contents
  • Any element before we flush layout for the first time.

So it seems worth it.

Depends on D147555

Attachment #9278568 - Attachment is obsolete: true
Pushed by ealvarez@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/0618183b0fbe Constify ComputedStyle usage in nsComputedDOMStyle. r=dholbert
Summary: Some drive-by nsComputedDOMStyle cleanup and optimization.\ → Some drive-by nsComputedDOMStyle cleanup and optimization.
Attachment #9278568 - Attachment is obsolete: false
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 102 Branch
Pushed by ealvarez@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/3fe2a93fd2c0 Don't re-resolve styles of elements without frames (but with styles). r=dholbert
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: