Closed Bug 1306974 Opened 5 years ago Closed 5 years ago
drop-down lists for auto-completion sometimes appear black [regression]
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:50.0) Gecko/20100101 Firefox/50.0 Build ID: 20160929120120 Steps to reproduce: The drop-down lists shown by firefox' auto-completion when typing in text fields sometimes appear black. When typing further the list is rendered as expected. Happens once in about 15min browsing time. To be it seems like a regression, I haven't seen this behaviour with pre-50-beta builds, despite using opengl layers and e10s for some time now.
correction, the issue seems to show up more frequently, please find a screencast here: https://youtu.be/DzXmeIdFxGc
User Agent Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0 Build ID 20161004030204 I could not reproduce the issue on Beta 50.0b4 and Nightly 52.0a1. Is the issue reproducible with a new profile and/or in Firefox Safe Mode . Could you try to find a regression range for this using mozregression ? * https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-firefox-profiles * https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode * http://mozilla.github.io/mozregression/
Component: Untriaged → Graphics
Product: Firefox → Core
url auto completion popup 52a1
I also experience this issue with the latest nightly 52a1. Unfortunately, I don't have the environment to bisect it.
maybe there is some correlation with bug 1306971 - it started to show up at about the same time in beta builds.
(In reply to Clemens Eisserer from comment #5) > I also experience this issue with the latest nightly 52a1. > Unfortunately, I don't have the environment to bisect it. You could use mozregression: http://mozilla.github.io/mozregression/.
botond: bug 1280653 is about correct re-painting of the background invalidated by a popup - however the issue reported here causes the popup itself to be black. Furthermore and as mentioned before, the issue is still reproduceable with Nighly 52.
(In reply to Clemens Eisserer from comment #9) > botond: bug 1280653 is about correct re-painting of the background > invalidated by a popup I'm not sure what makes you say that. The issue I filed bug 1280653 about involved the popup itself being black. > Furthermore and as mentioned before, the issue is still reproduceable with Nighly 52. So, prior to the fix in bug 1280653, the black rendering would only go away after further keystrokes or other user action. With the fix in bug 1280653 in place, I still sometimes see black rendering for a fraction of a second, but it goes away without any user action. In other words, there's still a bug but it's much less severe. Is it this less severe issue that you're seeing in Nightly?
however, I use a non-compositing window manager (xfwm4 with compositor turned off) - so maybe thats the difference?
(In reply to Clemens Eisserer from comment #11) > nope, stays black - attachment 8801818 [details] is a screenshot of 52a1 > nightly Ok, thanks - looks like it's a different issue than bug 1280653, then. (In reply to Clemens Eisserer from comment #12) > however, I use a non-compositing window manager (xfwm4 with compositor > turned off) - so maybe thats the difference? It could be. cc'ing Andrew and Karl.
At frist I was almost mislead to think this issue is a driver related bug - because I wasn't able to reproduce the issue on an AMD APU system and also with the software-only llvmpipe driver it didn't show up. However, when I navigated to the freedesktop bugzilla instance, there it was again - this time firefox was running on top of llvmpipe: https://youtu.be/AiUbagx8OSw
additional info: with llvmpipe I was only able to reproduce the black bars with nightly 52.0a1 (2016-10-17) - the 50b8 beta did not show the issue
5 years ago
5 years ago
See Also: → 1309378
From the intersection with bug 1309378, which has this bug occuring on Intel DRI3 in Gnome 3, it seems that using a compositor does not have an effect, however GL Layers must be on. Also note that I have screenshots where only part of the popup is black (usually for the search box).
Forgot to mention, I also experience this issue on an Intel system with GL layers enabled: Extended renderer info (GLX_MESA_query_renderer): Vendor: Intel Open Source Technology Center (0x8086) Device: Mesa DRI Intel(R) Haswell Mobile (0xa16) Version: 12.0.3 Accelerated: yes Video memory: 1536MB Unified memory: yes Preferred profile: core (0x1) Max core profile version: 3.3 Max compat profile version: 3.0 Max GLES1 profile version: 1.1 Max GLES profile version: 3.0
Milan, is this something we might aim to fix in 53 or even 52? It has at least duplicate bug reported in the last month.
This is nightly only, except for people that force GL acceleration. Granted, there has been a regression in that unsupported scenario, but we don't have the bandwidth to deal with it.
> Granted, there has been a regression in that unsupported scenario, > but we don't have the bandwidth to deal with it. Interesting, especially when considering the goal is to switch to GL accelerated layers by default.
After bug 1323284, acceleration is off by default in nightly as well.
Status: UNCONFIRMED → RESOLVED
Closed: 5 years ago
Resolution: --- → INVALID
FWIW I've been unable to reproduce this recently (with acceleration forced on) so presumably either something in Nightly, or a driver update fixed it.
You need to log in before you can comment on or make changes to this bug.