Firefox browser window flickering on nvidia 470.63.01(GT 710) / Xfce
Categories
(Core :: Graphics: WebRender, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr78 | --- | disabled |
firefox-esr91 | --- | fix-optional |
firefox92 | --- | wontfix |
firefox93 | --- | wontfix |
firefox94 | --- | wontfix |
firefox95 | --- | fix-optional |
People
(Reporter: ahmubashshir, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: correctness, regression)
Attachments
(6 files, 1 obsolete file)
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:92.0) Gecko/20100101 Firefox/92.0
Steps to reproduce:
- Start firefox.
- Suffer.
Actual results:
Window Randomly becomes transparent(with window compositor running)/black(w/o window compositor), either whole window or a part of window, Doesn't happen to popup/menu/dialogs. Setting gfx.webrender.force-disabled to true doesn't work
Expected results:
Window should be rendered properly
Comment 1•3 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Graphics: WebRender' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.
Comment 2•3 years ago
|
||
Thanks for the report!
Please open about:support, click on "Copy text to clipboard" and paste it here. Which window manager are you using?
Reporter | ||
Comment 3•3 years ago
|
||
My Setup:
DE: Xfce 4.16
WM: Xfwm4(w/o compositor)
Compositor: Picom vgit-ee7d9
Reporter | ||
Comment 4•3 years ago
|
||
Comment 5•3 years ago
•
|
||
- Can this be fixed by starting Firefox with MOZ_X11_EGL=1 environment variable?
$ MOZ_X11_EGL=1 firefox
(This env var requires nvidia driver >=470 which you have. It would also be interesting to know if it still crashes on your non-XWayland X11.) - Can this be fixed by setting gfx.webrender.software to true and restarting Firefox?
Updated•3 years ago
|
Reporter | ||
Comment 6•3 years ago
|
||
- Doesn't fix completely(reduces flicker)
- Fixes completely(w/o applying 1)
Comment 7•3 years ago
•
|
||
(In reply to Mubashshir from comment #6)
- Doesn't fix completely(reduces flicker)
(offtopic, but interesting) Please attach about:support of it ($ MOZ_X11_EGL=1 firefox
). Are you able to set a bookmark, open the main menu and context menu without a crash, does it just work fine?
- Fixes completely(w/o applying 1)
Please try to find a regression range, if possible. At the end, you should get a pushlog URL:
pip3 install mozregression
mozregression --good 2021-02-01 --bad 92 --pref gfx.webrender.all:true
Reporter | ||
Comment 8•3 years ago
|
||
(offtopic, but interesting) Please attach about:support of it (
$ MOZ_X11_EGL=1 firefox
). Are you able to set a bookmark, open the main menu and context menu without a crash, does it just work fine?
Works fine, except for the flickers.
Comment 9•3 years ago
|
||
(In reply to Mubashshir from comment #8)
Works fine, except for the flickers.
Does this configuration really flicker? This one has gfx.webrender.software=true. Please set it for the EGL test back to false, close Firefox, start MOZ_X11_EGL=1 firefox
, set a bookmark, open the main menu, open the context menu and then attach about:support. (Desired outcome: It should show that "WebRender" is still used, has not fallen back to "Basic" or "WebRender (Software)" and has no graphics error log.)
Reporter | ||
Comment 10•3 years ago
|
||
Reporter | ||
Comment 11•3 years ago
|
||
mozregression --good 2021-02-01 --bad 92 --pref gfx.webrender.all:true
Output
2:01.51 ERROR: Build was expected to be good! The initial good/bad range seems incorrect.
Comment 12•3 years ago
|
||
-
In worse case you are seeing the old bug 1518796 which haven't been able to reproduce anymore (I think).
Can you check if
- this is bad?
mozregression --launch 92 --pref gfx.webrender.all:true
- but this is good?
MOZ_GTK_TITLEBAR_DECORATION=none mozregression --launch 92 --pref gfx.webrender.all:true
- Please try going back further:
mozregression --good 2020-02-01 --bad 92 --pref gfx.webrender.all:true
Reporter | ||
Comment 13•3 years ago
|
||
(In reply to Darkspirit from comment #12)
In worse case you are seeing the old bug 1518796 which haven't been able to reproduce anymore (I think).
Can you check if
- this is bad?
mozregression --launch 92 --pref gfx.webrender.all:true
- but this is good?
MOZ_GTK_TITLEBAR_DECORATION=none mozregression --launch 92 --pref gfx.webrender.all:true
I think it's not that one.
mozregression --launch 92 --pref gfx.webrender.all:true
is bad.mozregression --launch 92 --pref gfx.webrender.all:true
is bad too.
- Please try going back further:
mozregression --good 2020-02-01 --bad 92 --pref gfx.webrender.all:true
Older builds(<80) crashed on launch, so I ran mozregression --bad 92 --pref gfx.webrender.all:true
. it returned this pushlog url
Comment 14•3 years ago
|
||
(In reply to Mubashshir from comment #13)
(In reply to Darkspirit from comment #12)
In worse case you are seeing the old bug 1518796 which haven't been able to reproduce anymore (I think).
Can you check if
- this is bad?
mozregression --launch 92 --pref gfx.webrender.all:true
- but this is good?
MOZ_GTK_TITLEBAR_DECORATION=none mozregression --launch 92 --pref gfx.webrender.all:true
I think it's not that one.
mozregression --launch 92 --pref gfx.webrender.all:true
is bad.mozregression --launch 92 --pref gfx.webrender.all:true
is bad too.
The second one must be started with MOZ_GTK_TITLEBAR_DECORATION=none environment variable. That env var really does not help?
Reporter | ||
Comment 15•3 years ago
|
||
(In reply to Darkspirit from comment #14)
(In reply to Mubashshir from comment #13)
(In reply to Darkspirit from comment #12)
In worse case you are seeing the old bug 1518796 which haven't been able to reproduce anymore (I think).
Can you check if
- this is bad?
mozregression --launch 92 --pref gfx.webrender.all:true
- but this is good?
MOZ_GTK_TITLEBAR_DECORATION=none mozregression --launch 92 --pref gfx.webrender.all:true
I think it's not that one.
mozregression --launch 92 --pref gfx.webrender.all:true
is bad.mozregression --launch 92 --pref gfx.webrender.all:true
is bad too.The second one must be started with MOZ_GTK_TITLEBAR_DECORATION=none environment variable. That env var really does not help?
Nope.
Comment 16•3 years ago
|
||
(In reply to Mubashshir from comment #13)
- Please try going back further:
mozregression --good 2020-02-01 --bad 92 --pref gfx.webrender.all:true
Older builds(<80) crashed on launch, so I ran
mozregression --bad 92 --pref gfx.webrender.all:true
. it returned this pushlog url
Likely because of the sandbox. Please try:
MOZ_DISABLE_CONTENT_SANDBOX=1 mozregression --good 2020-02-01 --bad 92 --pref gfx.webrender.all:true
If that doesn't work, you could go even further back, but it could become difficult as you could hit different bugs:
MOZ_DISABLE_CONTENT_SANDBOX=1 mozregression --good 2019-01-15 --bad 2020-02-01 --pref gfx.webrender.all:true
Reporter | ||
Comment 17•3 years ago
|
||
(In reply to Darkspirit from comment #16)
(In reply to Mubashshir from comment #13)
- Please try going back further:
mozregression --good 2020-02-01 --bad 92 --pref gfx.webrender.all:true
Older builds(<80) crashed on launch, so I ran
mozregression --bad 92 --pref gfx.webrender.all:true
. it returned this pushlog urlLikely because of the sandbox. Please try:
MOZ_DISABLE_CONTENT_SANDBOX=1 mozregression --good 2020-02-01 --bad 92 --pref gfx.webrender.all:true
If that doesn't work, you could go even further back, but it could become difficult as you could hit different bugs:
MOZ_DISABLE_CONTENT_SANDBOX=1 mozregression --good 2019-01-15 --bad 2020-02-01 --pref gfx.webrender.all:true
Comment 18•3 years ago
|
||
This range doesn't seem to make sense. The bug might not occur reliably. If a build is seemingly good, you could retry it by typing "r" instead of "g".
Updated•3 years ago
|
Comment 19•3 years ago
|
||
(In reply to Mubashshir from comment #3)
My Setup:
DE: Xfce 4.16
WM: Xfwm4(w/o compositor)
Compositor: Picom vgit-ee7d9
Can't reproduce with Nvidia driver 470, Ubuntu 21.04 and xubuntu-desktop with compositing enabled and disabled.
Does it still occur if you disable Picom?
Would setting gfx.webrender.allow-partial-present-buffer-age=false and restarting Firefox help?
Reporter | ||
Comment 20•3 years ago
|
||
Does it still occur if you disable Picom?
Yeah, it occurs even after stopping picom, the blocks becomes black instead of being transparent though
Would setting gfx.webrender.allow-partial-present-buffer-age=false and restarting Firefox help?
Didn't help.
Comment 21•3 years ago
|
||
Does this bug still occur with latest Nightly?
mozregression --launch 2021-09-20 --pref gfx.webrender.all:true
Reporter | ||
Comment 22•3 years ago
|
||
The bug is still present in nightly, although the amount reduced.
Reporter | ||
Updated•3 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Updated•3 years ago
|
Comment 23•3 years ago
|
||
The severity field is not set for this bug.
:jimm, could you have a look please?
For more information, please visit auto_nag documentation.
![]() |
||
Updated•3 years ago
|
Updated•3 years ago
|
Comment 24•3 years ago
|
||
Can confirm, however for me this happens just for the following conditions:
- nVidia driver (RTX 3050) v511.65
- Multi-Monitor Setup
- Both Monitors have to be configured in clone mode (primary 144Hz, secondary 60Hz)
- HW accelearation has to be turned on in FF (standard setting)
However, seems there's no workaround currently. Tested different driver versions & setting (vSync / GSYNC). Furthermore FF settings like "layout.frame_rate" have no effect to minder the flickering.
Nevertheless, for me it does not happen if the monitors are in extended mode or if an AMD GPU is used.
Comment 25•3 years ago
|
||
The bug has a release status flag that shows some version of Firefox is affected, thus it will be considered confirmed.
Comment 26•1 year ago
|
||
Hi! Does the issue still happen for you or was it fixed somewhere in the meantime? Thanks!
Reporter | ||
Comment 27•1 year ago
|
||
Sorry... I forgot about the bug... was probably fixed in or after v102, cause didn't notice the issue since last year...
Comment 28•1 year ago
|
||
Great, thanks!
Description
•