Closed Bug 1479018 Opened 6 years ago Closed 6 years ago

Failure to redraw previously covered areas on Linux with accelerated compositing and NVIDIA proprietary driver

Categories

(Core :: Graphics: Layers, defect, P3)

x86_64
Linux
defect

Tracking

()

RESOLVED DUPLICATE of bug 1524168

People

(Reporter: jld, Unassigned)

References

(Blocks 1 open bug)

Details

Setup where observed: layers.acceleration.force-enabled flipped to true, Debian unstable, Xorg (not Wayland), FVWM (not a compositing WM), NVIDIA driver version 390.67, either a Quadro P400 or a GeForce GTX 960. STR (not 100%, but usually): drag another window over Firefox. Expected: the area previously occupied by the other window is redrawn. Actual: sometimes it stays black, or has the pixels from the other window. Mousing over the Firefox window (causing it to gain focus but not changing the window stacking order) causes a redraw. I haven't observed this with basic compositing, or with accelerated compositing on amdgpu.
(I have Debian Testing, GTX 1060, KDE, Xorg.) Does this bug also happen with gfx.webrender.all;true on Nightly (restart required)?
(In reply to Jan Andre Ikenmeyer [:darkspirit] from comment #1) > Does this bug also happen with gfx.webrender.all;true on Nightly (restart > required)? I just tried WebRender using local build with the patch from bug 1469496, and this still reproduces.
Priority: -- → P3
See Also: → 1514148

This seems to be fixed for me now. I ran mozregression and it looks like the fix was the “Request AlphaVisual for WebRender” patch in bug 1524168. Looking at the bug description, I don't know why they'd be related, but I'm going to tentatively mark this as a duplicate.

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.