Closed
Bug 1200729
Opened 9 years ago
Closed 9 years ago
Low-res Displayport has regressed on Fennec nightly
Categories
(Core :: Graphics: Layers, defect)
Core
Graphics: Layers
Tracking
()
RESOLVED
FIXED
mozilla43
Tracking | Status | |
---|---|---|
firefox40 | --- | unaffected |
firefox41 | --- | unaffected |
firefox42 | + | fixed |
firefox43 | + | fixed |
fennec | 42+ | --- |
People
(Reporter: BenWa, Assigned: jnicol)
References
Details
(Keywords: regression, reproducible, Whiteboard: gfx-noted)
Attachments
(1 file)
17.98 KB,
patch
|
mattwoodrow
:
review+
Sylvestre
:
approval-mozilla-aurora+
|
Details | Diff | Splinter Review |
I'm no longer seeing a low-res displayport on Fennec nightly. This means that I instantly checkerboard when zomming out. A regressionwindow here would be nice to find the cause of this issue.
Reporter | ||
Comment 1•9 years ago
|
||
[Tracking Requested - why for this release]: Regressing a big feature, we should avoid shipping this or do so consciously.
tracking-firefox43:
--- → ?
Whiteboard: gfx-noted
tracking-fennec: --- → ?
Assignee: nobody → bugmail.mozilla
tracking-fennec: ? → 43+
Updated•9 years ago
|
status-firefox40:
--- → unaffected
status-firefox41:
--- → unaffected
status-firefox42:
--- → affected
Comment 2•9 years ago
|
||
Seems to have regressed between the 07-20 nightly and the 07-21 nightly, although I'm not 100% confident in that since sometimes it's hard to tell if this bug is manifesting or not. That range is: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=5df788c56ae7&tochange=3a4bfa5d2d02 and there doesn't seem to be any particular culprit there. I'll try bisecting further with local builds.
Comment 3•9 years ago
|
||
I redid the nightly bisection and now think it regressed between 07-23 and 07-24. Again my confidence in this isn't high but I'm fairly sure the 07-25 build is bad. Here's the range for the 23rd to the 24th: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=1f77b78797d6&tochange=b0b3dcfa5557
Comment 4•9 years ago
|
||
I did a further bisection into that range with local builds and I'm pretty sure this is a regression from bug 1176077. Re-requesting tracking since it affects 42 as well and should probably be 42+.
Assignee: bugmail.mozilla → nobody
Blocks: 1176077
tracking-fennec: 43+ → ?
Keywords: regressionwindow-wanted
Comment 5•9 years ago
|
||
Tracking for 42+. Thanks for the regression range finding! Jamie, can you take a look?
Assignee | ||
Comment 7•9 years ago
|
||
What's happening here is that the first paint of the transaction is high precision, so the frame layer builder calculates which display items are visible based on the high-precision invalid region. Then we go to draw the low-precision stuff in repeat transactions, and this has a much larger invalid region needing drawn. But the frame layer builder has already decided that most of the items in this region are not visible since they fall outwith the high-precision invalid region.
Updated•9 years ago
|
tracking-fennec: ? → 42+
Assignee | ||
Comment 8•9 years ago
|
||
I've decided to make the FrameLayerBuilder remember for what region it has calculated display item visibility, then recalculate it whenever that region changes. It seemed a better approach to me than making both the low and high res ClientMultiTiledLayerBuffers aware of the others one's invalid regions, or making the MultiTiledContentClient talk directly to the FrameLayerBuilder. Try run - https://treeherder.mozilla.org/#/jobs?repo=try&revision=baff58269e8b Matt, are you okay to review since you did my previous patches to do with this? (Comment 7 describes the problem)
Attachment #8661233 -
Flags: review?(matt.woodrow)
Updated•9 years ago
|
Attachment #8661233 -
Flags: review?(matt.woodrow) → review+
Assignee | ||
Comment 9•9 years ago
|
||
Try run looks good (https://treeherder.mozilla.org/#/jobs?repo=try&revision=ff6a8d601ded) so requesting checkin for the patch Will now test on 42.
Keywords: checkin-needed
Comment 10•9 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/37c0c6cd603a
Keywords: checkin-needed
Assignee | ||
Comment 11•9 years ago
|
||
Comment on attachment 8661233 [details] [diff] [review] Patch v1 Approval Request Comment [Feature/regressing bug #]: Low-res display port [User impact if declined]: Much worse user experience when scrolling or zooming out on android and b2g. [Describe test coverage new/current, TreeHerder]: Try run for nightly is in comment 8. I've verified manually it works on aurora. [Risks and why]: Low risk, fairly simple change. [String/UUID change made/needed]: None
Attachment #8661233 -
Flags: approval-mozilla-aurora?
https://hg.mozilla.org/mozilla-central/rev/37c0c6cd603a
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla43
Comment 13•9 years ago
|
||
Comment on attachment 8661233 [details] [diff] [review] Patch v1 Fix a recent regression, taking it.
Attachment #8661233 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
You need to log in
before you can comment on or make changes to this bug.
Description
•