Closed Bug 1276408 Opened 8 years ago Closed 3 years ago

black artefacts with layers.offmainthreadcomposition enabled

Categories

(Core :: Graphics, defect, P3)

46 Branch
Unspecified
Windows 10
defect

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: sander.vandemoortel, Unassigned)

References

(Blocks 1 open bug)

Details

(Whiteboard: [gfx-noted])

Attachments

(3 files)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:46.0) Gecko/20100101 Firefox/46.0 Build ID: 20160502172042 Steps to reproduce: When scrolling, resizing the browser window or otherwise interacting with the website. It seems random but is quite reproduceable. I installed the latest video drivers from Dell (I'm on the late 2015 XPS 13) and Intel. The issue has persisted throughout the various Windows 10 builds but it seems extremely present in the latest (build 14352). Turning layers.offmainthreadcomposition off fixes the problem, BUT also makes the browser a lot more sluggish. Actual results: Black or white artefacts appear all over the browser window, not only in the viewport. Expected results: They should not.
Severity: normal → critical
Can you please copy-paste the 'graphics' section from about:support (Help > Troubleshooting information) into a comment here, and link to a web page or explain a particular situation where this is particularly easy to notice? Thanks!
Component: Untriaged → Graphics
Flags: needinfo?(sander.vandemoortel)
Product: Firefox → Core
Dear Gijs. Problem seems not to occur now but I changed a few things in my configuration: 1. When actually checking for the setting, it showed that my layers.offmainthreadcomposition was automatically set to true again by Firefox (or another actor, but not me). I.e. the artefacts happened anyway; the reason I disabled the off-main thread composition was because I was getting them. 2. I disabled hardware acceleration (FF feels more sluggish) 3. I scaled back my WIn 10 UI scaling from the recommended 150% to 125%. Below is my graphics troubleshooting info: Graphics Adapter Description Intel(R) HD Graphics 520 Adapter Drivers igdumdim64 igd10iumd64 igd10iumd64 igd12umd64 igdumdim32 igd10iumd32 igd10iumd32 igd12umd32 Adapter RAM Unknown Asynchronous Pan/Zoom none Device ID 0x1916 DirectWrite Enabled false (10.0.14352.1002) Driver Date 2-18-2016 Driver Version 20.19.15.4390 GPU #2 Active false GPU Accelerated Windows 0/2 Basic (OMTC) Subsys ID 07041028 Supports Hardware H264 Decoding No; Hardware video decoding disabled or blacklisted Vendor ID 0x8086 WebGL Renderer Google Inc. -- ANGLE (Intel(R) HD Graphics 520 Direct3D11 vs_5_0 ps_5_0) windowLayerManagerRemote true AzureCanvasBackend skia AzureContentBackend cairo AzureFallbackCanvasBackend cairo AzureSkiaAccelerated 0
And then, they start happening again when I reactivate Hardware Acceleration. I checked and off-main thread composition is still enabled. Graphics Adapter Description Intel(R) HD Graphics 520 Adapter Drivers igdumdim64 igd10iumd64 igd10iumd64 igd12umd64 igdumdim32 igd10iumd32 igd10iumd32 igd12umd32 Adapter RAM Unknown Asynchronous Pan/Zoom none Device ID 0x1916 Direct2D Enabled true DirectWrite Enabled true (10.0.14352.1002) Driver Date 2-18-2016 Driver Version 20.19.15.4390 GPU #2 Active false GPU Accelerated Windows 2/2 Direct3D 11 (OMTC) Subsys ID 07041028 Supports Hardware H264 Decoding Yes Vendor ID 0x8086 WebGL Renderer Google Inc. -- ANGLE (Intel(R) HD Graphics 520 Direct3D11 vs_5_0 ps_5_0) windowLayerManagerRemote true AzureCanvasBackend direct2d 1.1 AzureContentBackend direct2d 1.1 AzureFallbackCanvasBackend cairo AzureSkiaAccelerated 0
Flags: needinfo?(sander.vandemoortel)
Thanks for all the details! Radar'ing this to the gfx team - Milan, looks like a very new driver to me, so a bit confused about how this is happening...
Flags: needinfo?(milan)
Gijs, as additional info, I can confirm I've been having these problems for a long time now, so also with previous versions of the driver. I _believe_, but I am not 100% sure, that this would also occur on the previous edition of the Dell XPS 13 (9343; the current one is 9350) which had Intel HD Graphics 5500 (the current one has Intel HD Graphics 520). Reason I can't remember is because I switched to Firefox from Chrome relatively shortly before switching to a new XPS 13. Hope this helps. If solved, this would eliminate all browser competition for me.
Yes, we have seen this even with the latest drivers, although the upcoming Windows update seems to improve things drastically, at least for some people. Wasn't clear - resizing sometimes causes the issues - does it resolve them as well? Or minimizing and reexpanding the window? If there is a window behind Firefox when this happens, is the "black" area actually an absence of things, and can you partially see the window behind?
Flags: needinfo?(milan)
See Also: → 1242622
OS: Unspecified → Windows 10
> Wasn't clear - resizing sometimes causes the issues - does it resolve them > as well? Or minimizing and reexpanding the window? Yes. Every pixel of window resizing creates a different pattern of black artefacts and every so often it will also clear all. Minimizing or reexpanding may also damage the GUI elements, such as the menu bar or the tabs. They may turn white and disappear altogether until a redraw is forced on them. > > If there is a window behind Firefox when this happens, is the "black" area > actually an absence of things, and can you partially see the window behind? Seems to be on top/below other elements.
Bas, see previous comment.
Flags: needinfo?(bas)
Could you post some screenshots? And does this device also have a secondary discrete GPU?
Flags: needinfo?(bas)
Hi Bas, no discrete GPU, only the integrated one. it seems to occur a lot less in Win10 build 160522-1930, but it's still there (attached GMail screenshot was taken just now). I have not been able to reproduce the glitches in the UI outside the viewport. I suppose it happens when a viewport resize causes a redraw because of media queries, but sometimes also without resizing the viewport.
Attached image artefacts in GMail
Attached image Artefacts in the UI
It started happening again in the UI and I shot a screenshot for you guys
As I reported here https://bugzilla.mozilla.org/show_bug.cgi?id=837489#c255 I've the same issue. Disabling "offmainthreadcomposition" seems to workaround the issue.
(In reply to ekerazha from comment #15) > As I reported here https://bugzilla.mozilla.org/show_bug.cgi?id=837489#c255 > I've the same issue. Disabling "offmainthreadcomposition" seems to > workaround the issue. Indeed this fixes it, but it also makes the browser quite sluggish.
Bas, anything we can do here now that there are screenshots and some more info?
Flags: needinfo?(bas)
We are uncovering driver issues - there were changes in Windows 8 through 10 on how the graphics memory is managed between the system and the drivers, and our scenario of dealing with a lot of dynamic allocations is the case they didn't quite get to debugging. We're working with vendors to improve the drivers, and perhaps tell us what we could avoid doing to trigger these problems.
Blocks: 1242622
Flags: needinfo?(bas)
Whiteboard: [gfx-noted]
Hopefully but carefully adding that these artefacts issues _seem_ to be solved by today's driver update for the Intel Graphics 520. Will write if it comes back.
there is an increase of reports about this issue on various support channels after the firefox 49 update (from intel hd 520 users with older drivers).
Possibly the same issue as bug 1304360? If we have access to the users, it would be good if they can test if setting layers.allow-d3d9-fallback to false (in about:config) fixes the problem.

Hey bluppfisk,
Can you still reproduce this issue or should we close it?

Flags: needinfo?(sander.vandemoortel)

Marking this as Resolved > Incomplete as per reporter's lack of response.
If anyone can still reproduce this issue re-open it or file a new bug.

Status: UNCONFIRMED → RESOLVED
Closed: 3 years ago
Resolution: --- → INCOMPLETE

I was locked out of my account due to losing my 2FA so I didn't get back to you. That type of artefacts has indeed been solved. I have other things happening now (on Wayland/gnome3.36/Ubuntu 21.04 and an XPS 13 9300). More like blank triangles in the background colour of an element (also in the browser's chrome, e.g. on the tabs). These triangles go away when triggering a change there (e.g. by hovering the mouse over it).

I should probably open a new bug for that.

Flags: needinfo?(sander.vandemoortel)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: