Closed
Bug 1494699
Opened 6 years ago
Closed 6 years ago
Content can still end up drawn over top of the UI
Categories
(Core :: Graphics: WebRender, defect, P3)
Tracking
()
RESOLVED
DUPLICATE
of bug 1496019
Tracking | Status | |
---|---|---|
firefox64 | --- | affected |
People
(Reporter: kats, Unassigned)
References
Details
(Whiteboard: [gfx-noted])
Attachments
(1 file)
(deleted),
video/quicktime
|
Details |
See attached video. This is on macOS, 2018-09-27 with gfx.webrender.all set to true. Load https://belen-albeza.github.io/scroll-demos/parallax.html, change the browser theme to "A Web Browser Renaissance", and scroll down. The misplaced box-shadow (that's bug 1494453) ends up showing up on top of the UI, which is bad. Maybe bug 1494453 will fix this by fixing the box-shadow positioning, but really we should have stronger safeguards against this sort of thing.
Updated•6 years ago
|
Comment 1•6 years ago
|
||
Hi Dzmitry, This one is concerning. When do you think you'd likely get to this (after you clear your current queue)?
Flags: needinfo?(kvark)
Comment 2•6 years ago
|
||
I think this is slightly more urgent than the plane-splitting issues, I'll switch to this bug once the backface-visibility is sorted (no pun!).
Flags: needinfo?(kvark)
Updated•6 years ago
|
Assignee: nobody → kvark
Status: NEW → ASSIGNED
Updated•6 years ago
|
Updated•6 years ago
|
Comment 3•6 years ago
|
||
I can't repro this on "64.0a1 (2018-10-22) (64-bit)" / Linux. Can you see it, kats?
> really we should have stronger safeguards against this sort of thing
I agree that our current rendering constraints for iframes are not strong enough. We basically rely on the:
1. local clip begin computed correctly (including the combined local clip from the clip-scroll tree)
2. it's provided to the shader correctly and used there appropriately
It comes down to the fact iframes don't exist as a concept for the renderer. It sees the whole document as a bunch of render tasks and batches. Document separation is strong though.
Flags: needinfo?(kats)
Reporter | ||
Comment 4•6 years ago
|
||
I can't reproduce it at the moment. If you want I can try harder by backing out some stuff that has affected the behaviour on that page.
Flags: needinfo?(kats)
Comment 5•6 years ago
|
||
kats, it would certainly be useful to understand what as going on, but it's less of a priority given a chance that we don't have this issue any more
Comment 6•6 years ago
|
||
Comment 7•6 years ago
|
||
Un-assigning myself and lowering the priority, since it's not actionable right now.
Assignee: kvark → nobody
Status: ASSIGNED → NEW
Priority: P2 → P3
Updated•6 years ago
|
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•