UI freeze when specific tab is open
Categories
(Core :: Widget: Gtk, defect)
Tracking
()
People
(Reporter: dev, Unassigned, NeedInfo)
Details
Attachments
(2 files)
(c.f. consequence #3) After selecting an unloaded Dafont tab, my web view still showing the https://primer.style/octicons/arrow-switch-16 page, while the URL bar shows the dafont URL
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:88.0) Gecko/20100101 Firefox/88.0
Steps to reproduce:
I use FF 88.0.1 (64-bit), Linux Mint build, in troubleshoot mode (it occurs without it too), with an empty cache.
I go to https://primer.style/octicons/arrow-switch-16 (via browsing/links or by typing the URL)
Actual results:
After the URL/tab is loaded:
- My cursor icon becomes slow to update (the arrow / hand / i-beam icons change particularly slowly when I move my cursor over various webpage elements)
- Firefox's menu button doesn't work
- Firefox's tabs, when clicked, update the URL bar, but not the window title or the current web view. This only applies to tabs that were "unloaded" and would've re-fetched their webpage on click. Tabs loaded before entering this weird state aren't affected.
- The little chevron buttons that allow me to scroll horizontally on a large tab bar don't update when I resize the Firefox window.
- The close button of the Firefox window doesn't work. If I kill Firefox, the faulty tab won't be there anymore after re-starting the browser, even though my other tabs are persisted across restarts. This suggests some kind of crash that prevented the control flow from doing some saving steps.
- The close button of the current tab requires me to click around 2-3 times before the tab closes, and if I manage to close the faulty tab, everything goes back to normal. If I had clicked the menu button, the click event is processed at this moment and the menu opens after the faulty tab is closed.
- The developer tools cannot be opened. If they were already open, the HTML view is empty and nothing really works, as if they were disconnected from the tab's DOM/JS context.
...) Probably a lot of other things, as you might guess. The above ones could probably give an idea of the scope of consequences of the broken state.
Expected results:
I expected Firefox to not act weird when a specific URL is loaded.
|
||
Comment 1•4 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Widget: Gtk' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.
|
||
Comment 3•4 years ago
|
||
Also, a profile taken with https://profiler.firefox.com can probably tell us where time is being spent, that url works for me at a glance.
|
Reporter | |
Comment 4•4 years ago
|
||
|
|
Reporter | |
Comment 5•4 years ago
|
||
I'm sorry for the delay, I forgot to check the progress.
Here's the profile: https://share.firefox.dev/3hJz2uD
By the way, I'm now using FF 89.0.2 but the bug remains.
|
|
Reporter | |
Comment 6•4 years ago
|
||
During the profiling,
- I started on other tabs
- Went on the webpage that doesn't work
- Clicked a few buttons without effect (if the screenshots are precise enough, maybe you can see that my cursor never uses the "pointer" skin when hovering links)
- Tried to stop the profiling, but since the action bar is "frozen" during the bug, it didn't work
- Closed the tab (the profiling menu opened immediately, as if it was "queued")
I noticed a lot of noise from extensions, I'll try again without them and post the result.
|
|
Reporter | |
Comment 7•4 years ago
|
||
Here's another profiling done in troubleshooting mode: https://share.firefox.dev/3hm8H5i
I'm pretty sure that the previous one was done on the wrong tab, this one looks much more interesting.
Description
•