[NVIDIA/X11/XFCE] Tabs freezes, hangs, no responding for reload current page. Click by application menu showing without some text. One only thing helps, close firefox window.
Categories
(Core :: Graphics, defect, P2)
Tracking
()
People
(Reporter: menom1, Unassigned)
Details
Attachments
(6 files, 6 obsolete files)
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:104.0) Gecko/20100101 Firefox/104.0
Steps to reproduce:
It happened while browsing the web, randomly.
Actual results:
It happens randomly several times a day. Unable to switch between tabs.
There is no load on the processor and it happened on a few low-load websites.
Tabs freezes, hangs, no responding for reload current page. After clicking on the application menu, it appears without the text part. Just closing the firefox window will help.
Expected results:
I would expect the cards to be responsive and the menu text as before.
In that bad condition, I managed to grab the card and pull it as if, and cards appeared that I didn't open.
Comment 2•3 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Firefox::Menus' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
It happened again, in Troubleshoot Mode, the tabs do not respond.
In Troubleshoot Mode, a text appeared in the menu, the tabs do not respond, the only option is to close the window using the cross on the top right.
Comment 5•3 years ago
|
||
This sounds like perhaps something is going wrong in the Graphics or Widget layer here. menom, can you tell us a bit about the distribution of Linux that you're using and how it's configured?
Yes, it's Linux Mint, inxi shows this:
System: Host: ***** Kernel: 5.15.0-47-generic x86_64 bits: 64 compiler: gcc v: 11.2.0 Desktop: Xfce 4.16.0 tk: Gtk 3.24.23
info: xfce4-panel wm: xfwm 4.16.1 vt: 7 dm: LightDM 1.30.0 Distro: Linux Mint 21 Vanessa base: Ubuntu 22.04 jammy
cat /etc/default/locale
LANG=sk_SK.UTF-8
LANGUAGE=sk_SK:sk
LC_NUMERIC=sk_SK.UTF-8
LC_TIME=sk_SK.UTF-8
LC_MONETARY=sk_SK.UTF-8
LC_PAPER=sk_SK.UTF-8
LC_IDENTIFICATION=sk_SK.UTF-8
LC_NAME=sk_SK.UTF-8
LC_ADDRESS=sk_SK.UTF-8
LC_TELEPHONE=sk_SK.UTF-8
LC_MEASUREMENT=sk_SK.UTF-8
If you need any more information, what kind?
Comment 7•3 years ago
|
||
Is this a stock version of Firefox that you downloaded from Mozilla, or is it from your distribution's package manager?
It's from distribution's package manager. It doesn't happen often, maybe 2 times a day. Version 105.0 does it too.
Comment 9•3 years ago
|
||
Hi :stransky, Mike Conley and I talked about this and figure it looks like a graphics issue, because of the text missing on the menu in the first screenshot as well - so we suspect the hang is actually just us not painting anymore. Do you have suggestions on how to debug this and narrow down a root cause? Thanks!
Reporter | ||
Comment 10•3 years ago
|
||
There are some errors in the Troubleshooting Information.
Reporter | ||
Comment 11•3 years ago
|
||
Reporter | ||
Comment 12•3 years ago
|
||
(In reply to menom from comment #10)
Created attachment 9297679 [details]
Snímka obrazovky_2022-10-08_01-18-27.pngHi. There are some errors in the Troubleshooting Information, which are probably related to the graphics issue.
Comment 13•3 years ago
|
||
Please try to turn off WebRender:
https://fedoraproject.org/wiki/How_to_debug_Firefox_problems#Check_WebRender_state_(Hardware_acceleration)
Thanks.
Comment 14•3 years ago
|
||
Also please attach content of about:support page.
Reporter | ||
Comment 15•3 years ago
|
||
I followed the instructions and am attaching the about:support statement.
Comment 16•3 years ago
|
||
The severity field is not set for this bug.
:bhood, could you have a look please?
For more information, please visit auto_nag documentation.
Comment 17•3 years ago
|
||
I see, it's NVIDIA drivers on WebRender (SW) / X11 / Xfce .
Comment 18•3 years ago
|
||
Maybe, it's the same bug as 1780972 https://bugzilla.mozilla.org/show_bug.cgi?id=1780972
Reporter | ||
Comment 19•3 years ago
|
||
(In reply to Maxym from comment #18)
Maybe, it's the same bug as 1780972 https://bugzilla.mozilla.org/show_bug.cgi?id=1780972
Yes Maxym, it is very similar to what is in your post number 37 Attached video Bug 1780972 on LXDE.
Updated•3 years ago
|
Comment 20•2 years ago
|
||
May be a dupe of Bug 1781167?
Reporter | ||
Comment 21•2 years ago
|
||
(In reply to Martin Stránský [:stransky] (ni? me) from comment #20)
May be a dupe of Bug 1781167?
It's similar, but in my case minimizing the FF window and then maximizing it doesn't help to improve.
When the tab was frozen, I clicked once to open a new tab, which didn't work.
After minimizing and maximizing the FF window, many new tabs appeared as seen in the picture.
I can only confirm that FF version 101.0.1 is OK. All newer versions are problematic, now I have 106.0.5.
Reporter | ||
Comment 22•2 years ago
|
||
Comment 23•2 years ago
|
||
I am getting this bug on Arch Linux with KDE and Firefox 106.0.1. This is mostly happening to me on my RTX 2080 Super machine but will happen with my Intel HD 4000 laptop sometimes.
Mostly happens while watching youtube and switching tabs a lot. The page itself is still browsable but the rest of Firefox itself won't be updating it's contents. Resizing the window will get it to update it's contents allowing me to switch tabs. Only way to fix it is restarting the browser.
Comment 24•2 years ago
|
||
As it's related to refresh driver, can you run on terminal with
MOZ_LOG="nsRefreshDriver:5"
and attach last ~200 lines when you see the freeze? I wonder if the refresh driver is blocked.
Thanks.
Comment 25•2 years ago
|
||
(In reply to Martin Stránský [:stransky] (ni? me) from comment #24)
As it's related to refresh driver, can you run on terminal with
MOZ_LOG="nsRefreshDriver:5"
and attach last ~200 lines when you see the freeze? I wonder if the refresh driver is blocked.
Thanks.
I've figured out how to reproduce the issue very quickly on my end. Have a youtube video pulled up in one tab, and then anything in the other. Rapidly switch between two and it will happen eventually.
I attached the full logs from a session where this happened to me almost immediately, with the terminal option you sent.
Reporter | ||
Comment 26•2 years ago
|
||
I ran FF from the command line and it was copying the required content to this file when it froze.
Reporter | ||
Comment 27•2 years ago
|
||
In the other terminal the command MOZ_LOG="Widget:5" didn't show anything, so I tried copying it into the one with FF running.
Reporter | ||
Comment 28•2 years ago
|
||
In the second terminal I ran this command firefox --MOZ_LOG="Widget:5", a new FF window appeared with a non-functional menu - widget. I closed the window with a cross in the upper right corner.
I tried the command MOZ_LOG="Widget:5" again in the first terminal and the rest of the data is in this attached third file.
In the end, as always, just closing the FF window with a cross and restarting helped to make it work.
Comment 29•2 years ago
|
||
Most probably dupe of Bug 1781167.
Reporter | ||
Comment 30•2 years ago
|
||
I can confirm that the fix is working. Since November 23, the bug has not appeared on the nightly release 109.0a1, thank you.
Description
•