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)
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.
|
||
Comment 1•6 years ago
|
||
(I have Debian Testing, GTX 1060, KDE, Xorg.)
Does this bug also happen with gfx.webrender.all;true on Nightly (restart required)?
|
Reporter | |
Comment 2•6 years ago
|
||
(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.
|
||
Updated•6 years ago
|
Priority: -- → P3
|
|
||
Updated•6 years ago
|
|
|
Reporter | |
Comment 3•6 years ago
|
||
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.
Description
•