Closed Bug 923542 Opened 6 years ago Closed 6 years ago
Transparency on mouse-over with Azure content
When I mouse-over the Menu and Downloads panels in Firefox, items become transparent. I only noticed this after the most recent build, and it doesn't happen with `gfx.content.azure.enabled` set to false. The graphics section of my about:support: http://i.wonoes.com/9ug3jvx4p.png A screencast showcasing the issue: http://i.wonoes.com/hacgb8s7j.gif
I confirm the bug: • it happens on my Linux box too (Ubuntu 12.04 LTS + i3-wm); • it doesn’t happen when `gfx.content.azure.enabled' is set to `false' in about:config; • it’s also been reported on other minimalistic Linux desktops, see bug 925322 for more details (and more screenshots). Paul also mentioned in bug 925322 comment 5 that it’s probably caused by bug 916034.
FTR, here’s my graphic configuration: Adapter Description: Tungsten Graphics, Inc -- Mesa DRI Intel(R) Sandybridge Mobile Device ID: Mesa DRI Intel(R) Sandybridge Mobile Driver Version: 3.0 Mesa 8.0.4 GPU Accelerated Windows: 0/3 Basic Vendor ID: Tungsten Graphics, Inc WebGL Renderer: Tungsten Graphics, Inc -- Mesa DRI Intel(R) Sandybridge Mobile windowLayerManagerRemote: false AzureCanvasBackend: cairo AzureContentBackend: cairo AzureFallbackCanvasBackend: none AzureSkiaAccelerated: 0 Clochix has reported the same bug with this configuration: Adapter Description: Humper -- Chromium Device ID: Chromium Driver Version: 2.1 Chromium 1.9 GPU Accelerated Windows: 0/1 Basic Blocked for your graphics card because of unresolved driver issues. Vendor ID: Humper WebGL Renderer: Blocked for your graphics card because of unresolved driver issues. windowLayerManagerRemote: false AzureCanvasBackend: cairo AzureContentBackend: cairo AzureFallbackCanvasBackend: none AzureSkiaAccelerated: 0 (not sure it helps, though)
Regression window (thank you Clochix!): • works: http://hg.mozilla.org/mozilla-central/rev/e3c84e9f2490 • broken: http://hg.mozilla.org/mozilla-central/rev/aca286bc0013
FTR: Étienne and Vivien (Paris office) have just reported that they can’t reproduce this bug with Unity and Gnome 3, respectively.
I *think* this is the problem, but I don't have a non-compositing window manager to check. It seems like a real bug, that would only have an effect when we're invalidating an area that doesn't start at 0,0. It's also in a path that we only take with non-compositing window managers, and transparent windows (popups).
Attachment #816388 - Flags: review?(ajones)
Confirmed that this fixes the issue.
Comment on attachment 816388 [details] [diff] [review] Draw to the correct destination rect Review of attachment 816388 [details] [diff] [review]: ----------------------------------------------------------------- It doesn't even compile: /home/markus/mozilla-central/widget/gtk/nsWindow.cpp:2270:62: error: use of undeclared identifier 'aBoundRect'; did you mean 'aBoundsRect'? drawTarget->FillRect(Rect(0, 0, aBoundsRect.width, aBoundRect.height), ^~~~~~~~~~ aBoundsRect /home/markus/mozilla-central/widget/gtk/nsWindow.cpp:2256:55: note: 'aBoundsRect' declared here nsWindow::UpdateAlpha(gfxPattern* aPattern, nsIntRect aBoundsRect) ^ 1 error generated.
6 years ago
Attachment #816388 - Flags: review?(ajones) → review+
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla27
You need to log in before you can comment on or make changes to this bug.