Closed
Bug 1039926
Opened 10 years ago
Closed 9 years ago
DLBI doesn't ignore DisplayItemClips that have been promoted to Mask layers
Categories
(Core :: Layout, defect, P3)
Tracking
()
RESOLVED
FIXED
mozilla34
People
(Reporter: mattwoodrow, Assigned: mattwoodrow)
References
Details
Attachments
(2 files)
36.18 KB,
patch
|
roc
:
review+
|
Details | Diff | Splinter Review |
9.66 KB,
patch
|
roc
:
review+
|
Details | Diff | Splinter Review |
When we create a mask layer for a ThebesLayer we mark the number of rounded clips that should be ignored on each display item using mCommonClipCount. We ignore these clips correctly when painting, but invalidation still tracks them. Fixing this is hard, since we need to know the final common clip count and that hasn't been computed yet when we get to InvalidateForLayerChange. I think we could leave the actual layer change invalidations here, but move the geometry change invalidation code into PopThebesLayerData. Unfortunately this means that we have to keep the old geometry around longer, and it also means an extra iteration over all display items in the layer. I hope that isn't going to hurt us performance wise.
Assignee | ||
Comment 1•10 years ago
|
||
This mainly just splits InvalidateForLayerChange into two pieces, and calls the latter when we process display items at the end looking for removed ones. It also splits DisplayItemData::UpdateContent into two pieces so that the data we need for invalidation is kept around.
Assignee: nobody → matt.woodrow
Attachment #8459466 -
Flags: review?(roc)
Assignee | ||
Comment 2•10 years ago
|
||
Attachment #8459467 -
Flags: review?(roc)
Attachment #8459466 -
Flags: review?(roc) → review+
Attachment #8459467 -
Flags: review?(roc) → review+
Assignee | ||
Comment 3•10 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/575d0363e8e2 https://hg.mozilla.org/integration/mozilla-inbound/rev/912c96edb352
Comment 4•10 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/575d0363e8e2 https://hg.mozilla.org/mozilla-central/rev/912c96edb352
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla34
Comment 5•9 years ago
|
||
We should write a test for this. I'll put that in my queue.
Flags: needinfo?(mstange)
Flags: in-testsuite?
Comment 6•9 years ago
|
||
Landed two basic tests: https://hg.mozilla.org/integration/mozilla-inbound/rev/6b528bd3294c
Flags: needinfo?(mstange)
Flags: in-testsuite?
Flags: in-testsuite+
Comment 7•9 years ago
|
||
sorry had to back this out for test failures like https://treeherder.mozilla.org/logviewer.html#?job_id=7736255&repo=mozilla-inbound
Status: RESOLVED → REOPENED
Flags: needinfo?(matt.woodrow)
Resolution: FIXED → ---
Assignee | ||
Updated•9 years ago
|
Flags: needinfo?(matt.woodrow) → needinfo?(mstange)
Comment 8•9 years ago
|
||
Sorry about that. The bug is still fixed. I'll push a fixed test the next time I have something substantial to push.
Status: REOPENED → RESOLVED
Closed: 10 years ago → 9 years ago
Flags: needinfo?(mstange)
Resolution: --- → FIXED
Assignee | ||
Updated•6 years ago
|
Priority: -- → P3
You need to log in
before you can comment on or make changes to this bug.
Description
•