Open Bug 1914155 Opened 3 months ago Updated 1 month ago

Remove the browser.tabs.hoverPreview.enabled pref

Categories

(Firefox :: Tabbed Browser, task)

task

Tracking

()

ASSIGNED
Tracking Status
firefox-esr115 --- unaffected
firefox-esr128 --- unaffected
firefox129 --- unaffected
firefox130 --- unaffected

People

(Reporter: dao, Assigned: dao)

References

(Depends on 2 open bugs, Blocks 1 open bug)

Details

Attachments

(2 files)

THP is shipped in version 129 using a Nimbus rollout, and bug 1908566 enabled it by default in Nightly 130. Once 130 hits beta, I think we can remove the underlying pref.

Depends on: 1912819
Depends on: 1914222

Hi @dao,

I can see this issue is moving fast now. Is there going to be different way of achieving what browser.tabs.hoverPreview.enabled does or are image previews going to be mandatory for the future? If so could you please link a relevant discussion that led to this? I personally really enjoy the OS style hover tooltip and would hate to see it go.

or are image previews going to be mandatory for the future?

For the image, there is a different pref: browser.tabs.hoverPreview.showThumbnails. Plus, there is a visible setting on about:preferences.

(In reply to Martin from comment #2)

Hi @dao,

I can see this issue is moving fast now.

I only prepared a patch. Given issues like bug 1912819, I was probably to optimistic in comment 0. I'm not going to land anything here before we're confident we've addressed issues that might make users want to disable our custom previews.

Is there going to be different way of achieving what browser.tabs.hoverPreview.enabled does or are image previews going to be mandatory for the future?

Sören is right, the image is optional regardless, and will remain optional.

Attached image befaft.png

This the change I was talking about.

Depends on: 1914781

I tried turning off this feature by setting the config to false, but browser.tabs.hoverPreview.enabled keeps turning back to true each time I open Firefox. I turned off "Show an image preview when you hover on a tab" from Settings, but I still see a preview of just the url, which only goes away with the hoverPreview option also being turned off.

Is my issue related, or should I open a new issue?

Flags: needinfo?(dao+bmo)

browser.tabs.hoverPreview.enabled keeps turning back to true each time I open Firefox

Your issue sounds like bug 1914756.

Is my issue related

Not really. This issue is about removing the option browser.tabs.hoverPreview.enabled.

Yes, exactly that one. Thanks!

Flags: needinfo?(dao+bmo)

Please consider not removing this pref at all. Currently the native tooltip clearly indicates which container a tab is in, as well whether or not audio is playing from within that tab. None of these features are currently available in tab hover previews.

FWIW ungoogled-chromium also introduced a custom flag for users who prefer the old tooltip after "regular" Chrome removed the very same flag.

Currently the native tooltip clearly indicates which container a tab is in, as well whether or not audio is playing from within that tab.

The container is already clearly displayed on the tab itself, as is the information whether audio is playing or not. And it's much easier to see as to parse the information in the (old) tooltip. But if you think that it's not enough, you could suggest adding it to the new tab preview.

Blocks: old-prefs

(In reply to Sören Hentzschel from comment #10)

The container is already clearly displayed on the tab itself,

If you switch tabs, yes. Some sites try to detect whether the tab is focused (e.g. bug 1893813) and currently the only way to tell which tab belongs to which container without switching tabs is to use the tooltips. I also use Temporary Containers so container color alone is not enough for me to quickly distinguish between different containers.

as is the information whether audio is playing or not.

Yeah I only mentioned this one as a chrome-parity thing because this is literally yet another Chrome "feature" forced onto Firefox.

And it's much easier to see as to parse the information in the (old) tooltip.

Sorry, but I'd rather parse the tooltip because expecting tooltips and tooltips only is a better experience (IMO) when there are other tooltips in the browser anyway (e.g. bug 1885143?). All I am asking for is an option to keep using tooltips for tab titles.

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

Attachment

General

Created:
Updated:
Size: