[Wayland] Indeterminate-sized downloads causes Firefox to become non-responsive
Categories
(Firefox :: Untriaged, defect, P2)
Tracking
()
People
(Reporter: fnkimnki, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(3 files)
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:121.0) Gecko/20100101 Firefox/121.0
Steps to reproduce:
Download an archive of indeterminate size such as you may find on archive.org sometimes. If the file size is known before-hand, I haven't experienced the negative symptoms.
OS: EndeavorOS, latest updates as of current
Relevant hardware: AMD 5600x CPU, AMD 6600XT GPU, Samsung 970 NVME SSD, B450 chipset
Memory has been memtested overnight and passed. No overclock and hardware has been historically stable, otherwise.
Actual results:
Firefox becomes non-responsive or very slow to respond. I can scroll but switching tabs is either very slow or impossible. Even after the download finishes, Firefox still has said symptoms.
Expected results:
I would expect my browser to remain responsive.
I have since tried troubleshooting mode and behavior is the same. About:crash shows nothing to submit as Firefox doesn't crash but I just have to forcefully exit. Testing with a new profile from terminal, firefox --ProfileManager --no-remote, reveals the same behavior. I can very determinately create this behavior when downloading a compressed source file on github, where the file size isn't known when downloading. I will continue to try other options to narrow the causes.
|
||
Comment 2•1 year ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Widget: Gtk' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Further testing shows about:performance having ~30% impact on cpu performance when the issue happens as opposed to ~3% when downloading a file of known size. To see my about:performance tab, I have to quickly switch to it before Firefox stalls, sometimes I can't do it quickly enough when downloading the troublesome file type. For example, https://github.com/mozilla/DeepSpeech/releases, the last two compressed source files give the troublesome issue and others do not.
Starting Firefox via terminal with "firefox-x11" doesn't cause the issue so this seems to be an issue with Firefox's interaction with the Wayland compositor, maybe? I'm also running KDE if it's of relevance.
I believe this is solved now. Changing "gfx.webrender.all" to "true", not default on my setup, fixes the issue when I start Firefox with Wayland. Strange, I thought for sure it'd be a network issue.
I spoke too soon. I still get the same crash with webrender enabled or not and using X11 or Wayland. I wished you could edit here so I don't have to keep posting new entries. I guess I'll have to use Chrome for my github downloads as that causes a freeze. It's not every time like I initially thought. It didn't happen for a while yesterday but now it's been doing it.
Could it be a dupe of Bug 1796960 or Bug 1812405?
I just tested nightly, same problem with firefox freezing while downloading unknown file sizes such as compressed source code on github. I recall this being a recent issue but of course I've only recently started using github so maybe I just recently noticed it. Perhaps earlier I disabled wayland incorrectly, I suspect I did and it led to think it wasn't a Wayland issue. But I set MOZ_ENABLE_WAYLAND=0 as an environment variable in KDE's launcher and my quick testing, I don't have the issue anymore.
I do believe it's probably a duplicate of bug 1812405 considering the submitter realized an issue with downloads of "unknown time remaining".
|
Reporter | |
Comment 11•1 year ago
|
||
Output of following from time of process start to force kill: MOZ_LOG="WidgetVsync:5 nsRefreshDriver:5 WidgetPopup:5" firefox > log.txt 2>&1
|
|
Reporter | |
Comment 12•1 year ago
|
||
Description
•