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)

Other Branch
Unspecified
All
defect

Tracking

()

RESOLVED DUPLICATE of bug 1496019
Tracking Status
firefox64 --- affected

People

(Reporter: kats, Unassigned)

References

Details

(Whiteboard: [gfx-noted])

Attachments

(1 file)

Attached video escape.mov (deleted) —
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.
OS: Unspecified → All
Priority: -- → P2
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)
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)
Assignee: nobody → kvark
Status: NEW → ASSIGNED
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)
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)
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
bug 1494453 comment 5 might have fixed comment 0. But bug 1496019 is still reproducible.
Un-assigning myself and lowering the priority, since it's not actionable right now.
Assignee: kvark → nobody
Status: ASSIGNED → NEW
Priority: P2 → P3
Depends on: 1505222
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.

Attachment

General

Created:
Updated:
Size: