browser.tabs.hoverPreview.enabled disables tooltips for unloaded tabs
Categories
(Firefox :: Tabbed Browser, defect)
Tracking
()
People
(Reporter: ygoe, Unassigned)
References
(Blocks 2 open bugs)
Details
Attachments
(2 files)
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:129.0) Gecko/20100101 Firefox/129.0
Steps to reproduce:
- Have some tabs open
- Restart Firefox 129
- Hover the tab that hasn't been loaded yet
Actual results:
nothing
Expected results:
the title is visible in the tooltip somehow
Disabling the "browser.tabs.hoverPreview.enabled" setting makes it work. I guess the tab preview feature has an undesired side effect, or regression.
Comment 1•3 months ago
|
||
The Bugbug bot thinks this bug should belong to the 'Firefox::Tabbed Browser' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Reporter | ||
Comment 2•3 months ago
|
||
Seems to work again now in version 129.0.1.
Comment 3•3 months ago
|
||
(In reply to Yves Goergen from comment #2)
Seems to work again now in version 129.0.1.
Alright, thanks. Please let us know if this happen again.
Reporter | ||
Comment 4•3 months ago
|
||
Alright. As it seems, it's broken again, but worse. Now none of the tooltips appear on tab headers. Neither loaded nor unloaded. I have resized and minimised the window and switched tabs, but there's not a single reaction when hovering tabs now (besides the background colour change). No tooltip, no preview. Something's not right with this feature.
Updated•3 months ago
|
Reporter | ||
Comment 6•3 months ago
|
||
Yes, several. It looks like there's no export feature, so I'll try to attach a screenshot.
Hm, no, pasting the image doesn't work. Please provide a way to provide the screenshot or the console contents.
Comment 7•3 months ago
|
||
Please attach the screenshot here: https://bugzilla.mozilla.org/attachment.cgi?bugid=1912819&action=enter
Reporter | ||
Comment 8•3 months ago
|
||
Reporter | ||
Comment 9•3 months ago
|
||
I'm seeing this bug regularly after a short while. Let me try to find the pattern that triggers it. I'll pay more attention to this the next days.
Comment 10•3 months ago
|
||
Yves, can you please share your Firefox's about:support troubleshooting information? Have you changed any other about:config prefs or have any extensions installed?
Reporter | ||
Comment 11•3 months ago
|
||
Yes, I have installed add-ons and changed settings. I've attached the support data.
Meanwhile I can say that the only parameter that seems to affect this bug is time. It just breaks after a while of using and not using Firefox. Restarting fixes it immediately, but it will break again soon (hours or at most 2 days).
Reporter | ||
Comment 12•3 months ago
|
||
Reporter | ||
Comment 13•3 months ago
|
||
One more issue to add to this: The feature cannot even be disabled. When I do, it will reenable after some time or restarting Firefox.
Updated•3 months ago
|
Reporter | ||
Comment 14•1 month ago
|
||
It's really annoying what has changed there. A new feature was introduced that breaks completely after just a few days of browser uptime and at the same time, it was made mandatory in a way that it cannot be permanently disabled (disabling it is reverted after each browser restart). Is somebody even considering this regression?
Comment 15•1 month ago
|
||
it was made mandatory in a way that it cannot be permanently disabled (disabling it is reverted after each browser restart).
Please check your Firefox version. This was fixed in Firefox 131.
Description
•