Firefox UI was lagging/not responding upon packet loss on 2021 Manjaro with XFCE
Categories
(Core :: Graphics, defect)
Tracking
()
People
(Reporter: adm, Unassigned, NeedInfo)
Details
Attachments
(1 file)
|
42.74 KB,
text/plain
|
Details |
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 11.1; rv:78.0) Gecko/20100101 Firefox/78.0
Steps to reproduce:
Linux kernel 5.10.23-1-MANJARO
there was packet loss on the proxy server i am using (maybe was the first time this happened for the months period), after restarting the remote proxy server, no longer loss of packets.
But within the packet loss period (ping shown 30%-50% packet loss) the Firefox 87.0 64bit interface, tabs was extremely slow and then not responding. I mean address bar shown address changing, there are animations moving mouse on tabs, but the website window still shows old tab website, bookmarks toolbar button does not react, Firefox main menu does not open. And then after i fixed packet loss, FF was still not responding for maybe 2 minutes, then the website played the sound of network reconnect and all queued click operations was processed quickly all at once. and interface works. So it is reproducible on my end. Like this:
enable loss: sudo tc qdisc add dev eth0 root netem loss 70%
disable loss: sudo tc qdisc delete dev eth0 root netem loss 70%
(replace eth0 by your net interface returned by “ip a” command. In my case i used my proxy special interface wg0, on my main interface it possibly not worked)
|
||
Comment 1•4 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Networking' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.
|
||
Comment 2•4 years ago
|
||
Thanks for the report.
I'm using Gnome Ubuntu, and I can't reproduce the UI hang with the added packet loss.
Could you try to capture a performance profile
It would be useful to see what's causing the hang.
https://share.firefox.dev/3ejEWBF
I have same issue and tried to capture a report.
And there is another report about this, It has video.
https://bugzilla.mozilla.org/show_bug.cgi?id=1719046
|
||
Comment 5•3 years ago
|
||
(In reply to plumerlis from comment #3)
https://share.firefox.dev/3ejEWBF
I have same issue and tried to capture a report.
And there is another report about this, It has video.
https://bugzilla.mozilla.org/show_bug.cgi?id=1719046
From this profile, the compositor thread looks really busy, so I'd like to switch the component and see if Graphics team has any idea about this.
|
||
Comment 6•3 years ago
|
||
Could we get about:support output from any machines that can reproduce this?
The profile seems to show us spending time in LayerManagerComposite::Render, which isn't the WebRender path. It could be spending all this effort producing screenshots, so another profile needs to be taken without screenshots. Could @plumerlis help with this, please?
The other profile from bug 1718719 doesn't show any significant time spent in the Compositor, and it was taken without screenshots.
|
|
||
Comment 7•3 years ago
|
||
Kershaw, can we mark it as a dupe of 1718719?
I just reinstall firefox 87 because it freeze everytime I wake up my laptop from suspend.
I will try to put on my about:support output with firefox 90 installed tomorrow.
But I think bug 1718719 is the same issue to mine.
|
|
||
Comment 9•3 years ago
|
||
(In reply to Dzmitry Malyshau [:kvark] from comment #7)
Kershaw, can we mark it as a dupe of 1718719?
Yeah, let's make this as a dupe.
@plumerlis, could you try to get a http log? Please start logging after packet lost, otherwise the log file would be too big. Thanks.
|
||
Comment 10•3 years ago
|
||
|
|
||
Comment 11•3 years ago
|
||
I'll try to get a http log. But it seems file is too big to upload. I'll find a way to solve this problem.
|
||
Comment 12•3 years ago
|
||
Patch for bug 1382886 landed. Can you try to reproduce the issue? If you can reproduce the issue please make a http log.
Thanks!
Description
•