Open Bug 1912819 Opened 3 months ago Updated 1 month ago

browser.tabs.hoverPreview.enabled disables tooltips for unloaded tabs

Categories

(Firefox :: Tabbed Browser, defect)

Firefox 129
Desktop
Windows 10
defect

Tracking

()

REOPENED

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:

  1. Have some tabs open
  2. Restart Firefox 129
  3. 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.

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.

Component: Untriaged → Tabbed Browser

Seems to work again now in version 129.0.1.

(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.

Status: UNCONFIRMED → RESOLVED
Closed: 3 months ago
Resolution: --- → WORKSFORME

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.

Status: RESOLVED → REOPENED
Ever confirmed: true
Flags: needinfo?(dwalker)
OS: Unspecified → Windows 10
Hardware: Unspecified → Desktop
Resolution: WORKSFORME → ---

Are there any errors in the browser console?

Flags: needinfo?(bugzilla)

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.

Flags: needinfo?(bugzilla)
Flags: needinfo?(bugzilla)
Attached image Firefox console.png
Flags: needinfo?(bugzilla)

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.

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?

Flags: needinfo?(dwalker)

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).

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.

Severity: -- → S3

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?

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.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: