Closed
Bug 1402203
Opened 7 years ago
Closed 7 years ago
Add a new layout phase for displaylist building
Categories
(Core :: Layout, enhancement, P3)
Core
Layout
Tracking
()
RESOLVED
FIXED
mozilla58
People
(Reporter: mattwoodrow, Assigned: mattwoodrow)
References
Details
Attachments
(1 file)
6.61 KB,
patch
|
mstange
:
review+
|
Details | Diff | Splinter Review |
Invalidating frames during display list building causes problems with retained display lists, so we added a new layout phase to let us assert against this.
Attachment #8911025 -
Flags: review?(mstange)
Updated•7 years ago
|
status-firefox57:
--- → wontfix
Comment 1•7 years ago
|
||
Comment on attachment 8911025 [details] [diff] [review] layout-phase Review of attachment 8911025 [details] [diff] [review]: ----------------------------------------------------------------- ::: layout/painting/nsDisplayList.cpp @@ +1218,5 @@ > state->mCaretFrame = nullptr; > state->mFirstFrameMarkedForDisplay = mFramesMarkedForDisplay.Length(); > > +#ifdef DEBUG > + state->mAutoLayoutPhase.emplace(aReferenceFrame->PresContext(), eLayoutPhase_DisplayListBuilding); lots of end-of-line whitespace here
Attachment #8911025 -
Flags: review?(mstange) → review+
Pushed by mwoodrow@mozilla.com: https://hg.mozilla.org/integration/mozilla-inbound/rev/df95a1b7d718 Add a new layout phase for displaylist building. r=mstange
Updated•7 years ago
|
Priority: -- → P3
Comment 3•7 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/df95a1b7d718
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla58
You need to log in
before you can comment on or make changes to this bug.
Description
•