Single pixel (white/black) hole in top left window corner on Windows 10 with double buffering and Basic compositor
Categories
(Core :: Graphics: Layers, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr60 | --- | unaffected |
firefox-esr68 | --- | unaffected |
firefox67 | --- | unaffected |
firefox67.0.1 | --- | unaffected |
firefox68 | --- | wontfix |
firefox69 | --- | wontfix |
firefox73 | --- | disabled |
firefox74 | --- | disabled |
firefox75 | --- | fixed |
People
(Reporter: ke5trel, Assigned: sotaro)
References
(Regression)
Details
(Keywords: polish, regression)
Attachments
(2 files)
Windows 10 1903 running in VirtualBox 6.0.
Regression window:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=34a413cfb0d225c4a2007b4d37bb63087d5a1436&tochange=e96752781d2d3961d797cec48c5357c4ec293a23
Regressed by Bug 1549674.
Updated•5 years ago
|
Comment 1•5 years ago
|
||
Copying Bas' comment from bug 1555956 comment #11:
My best guess here is that this is a debug feature in VirtualBox that is accidentally leaking in somewhere, they might put some kind of debugging info for their graphics driver development for double buffering in that single pixel. The easiest solution in my mind would be to disable double buffering on VirtualBox, or for that matter, perhaps blacklist it by default altogether, I'm not certain they win much by it.
It's not limited to VirtualBox, I've also seen it on an ancient netbook device.
Updated•5 years ago
|
Comment 3•5 years ago
|
||
Bas, were you able to reproduce this in VirtualBox?
This affects Firefox on my notebook with first-generation Intel HD Graphics and hardware acceleration disabled manually.
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:72.0) Gecko/20100101 Firefox/72.0
Comment 5•5 years ago
|
||
"Hide my Email", to confirm, you only see the problem with hardware acceleration disabled?
The answer is yes.
I had mentioned it just to say that I wasn't even trying to use hardware acceleration, since I assumed it wouldn't do anything on such an old graphics chip anymore, and I had problems with it back when it was first implemented.
However, after your question I checked "Use hardware acceleration when available" and the annoying pixel was gone.
I can confirm this only happens with hardware acceleration disable (Basic compositor, layers.acceleration.disabled = true
) and can be worked around by disabling double buffering (gfx.direct3d11.use-double-buffering = false
).
Assignee | ||
Comment 8•5 years ago
|
||
Double buffering was disabled on beta by Bug 1610912.
Assignee | ||
Updated•5 years ago
|
Assignee | ||
Comment 9•5 years ago
|
||
When BasicCompositor is used, BasicCompositor does not use CompositorWindow. Then CompositorWindow exists as initial one pixel size.
Assignee | ||
Comment 10•5 years ago
|
||
Assignee | ||
Comment 11•5 years ago
|
||
Comment 12•5 years ago
|
||
Comment 13•5 years ago
|
||
bugherder |
Updated•5 years ago
|
Updated•5 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Description
•