Closed
Bug 1373983
Opened 7 years ago
Closed 7 years ago
Blank blocks show when scrolling in Plex library view on Nightly
Categories
(Core :: Graphics, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 1373479
Tracking | Status | |
---|---|---|
firefox54 | --- | unaffected |
firefox55 | --- | unaffected |
firefox56 | + | fixed |
People
(Reporter: freesamael, Unassigned)
References
Details
(Keywords: regression)
Attachments
(2 files)
Application Basics
------------------
Name: Firefox
Version: 56.0a1
Build ID: 20170617030206
Update Channel: nightly
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:56.0) Gecko/20100101 Firefox/56.0
OS: Windows_NT 10.0
Multiprocess Windows: 1/1 (Enabled by default)
Google Key: Found
Mozilla Location Service Key: Found
Safe Mode: false
STR:
1. Maximize Firefox (I can only reproduce it with window maximized)
2. Sign-in to Plex, and press Launch to connect to your server.
3. Goto one of a library.
4. Scroll the library view.
Actual result:
Some blank blocks show on top of Firefox UI.
mozregression gave me this range:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=958d2a5d10091401fd5e900e8e063d21940c137e&tochange=7f894f791cdf170d788507d0eff30024ce699523
Reporter | ||
Comment 1•7 years ago
|
||
Video clip to show the issue in action. (Xbox game bar recorded black blocks but it's actually blue blocks as in the screenshot.)
Updated•7 years ago
|
status-firefox54:
--- → unaffected
status-firefox55:
--- → unaffected
status-firefox56:
--- → affected
Updated•7 years ago
|
Version: unspecified → 56 Branch
I suppose it's possible bug 1359709 had something to do with it.
Samael, since you can reproduce this, can you produce local builds and see if you can narrow it down further, to the actual patch?
Flags: needinfo?(sawang)
Flags: needinfo?(milan)
Flags: needinfo?(matt.woodrow)
Reporter | ||
Comment 4•7 years ago
|
||
There're few commits don't build, but looks like either bug 1359709 or bug 1361970.
* (bisect/bad) Backed out changeset 5df8f9f0a5b9 (bug 1370430) to see if it unbreaks builds a=backout CLOSED TREE
* (bisect/skip) Bug 1359709 - Scale visible region for preserve-3d layers correctly. r=thinker
* (bisect/skip) Bug 1359709 - Use the DOM-ordering parent frame when deciding if a frame combines its transform with an
* (bisect/skip) Bug 1361970 - Make PostProcessLayers occlusion culling work against the surface we will draw to rather
* (bisect/skip) Merge m-c to inbound, a=merge
BTW I'm also seeing similar symptom on macOS & Linux.
Flags: needinfo?(sawang)
OS: Windows 10 → All
Hardware: x86_64 → Unspecified
New regression in 56, tracking.
Looks like this is now waiting for Matt to take a look.
tracking-firefox56:
--- → +
Comment 7•7 years ago
|
||
Can you try get a saved copy of a page that reproduces this issue?
I don't have a Plex library or server, so I'm not able to reproduce this.
Flags: needinfo?(matt.woodrow)
Reporter | ||
Comment 8•7 years ago
|
||
I couldn't reproduce it in latest nightly. I tried mozregress --find-fix but got a strange commit. I'm trying git-bisect to find the fix.
Reporter | ||
Comment 9•7 years ago
|
||
Bisect told me this commit fixed the issue:
[48d0997c2122f1d16f1a878c4c0668fe7d713079] Bug 1373479 - Don't intersect with the visible rect for async animations, since we want to keep the prerendered area as visible too. r=mstange
Does it look the same issue to you? We can probably mark this bug as duplicate if so.
Updated•7 years ago
|
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
Comment 11•7 years ago
|
||
Mark 56 fixed as bug 1373479 was fixed in 56.
You need to log in
before you can comment on or make changes to this bug.
Description
•