Closed Bug 1773068 Opened 2 years ago Closed 2 years ago

UI elements use different ways of rendering tooltips

Categories

(Firefox :: Toolbars and Customization, defect)

Firefox 102
Desktop
Windows 10
defect

Tracking

()

RESOLVED DUPLICATE of bug 1765423

People

(Reporter: uwe.geiges, Unassigned)

Details

Attachments

(7 files)

Attached file Screenshots.zip

Steps to reproduce:

Move the mouse over different Firefox UI elements to show their tooltip.

Actual results:

The tooltips are rendered in two different styles. Some of the toolbar buttons have one kind of tooltip. Other toolbar buttons have a different kind of tooltip.

Expected results:

All tooltips in Firefox should be rendered with the same visual style. Preferably one that uses the native OS theme or at least one that can be customized using 'userChrome.css'

This problem is more apparent since Firefox 101 when the OS native tooltip rendering was removed and some of the tooltips are now shown in the old yellow Windows XP way.

for example:

  • The toolbar buttons for 'back', 'forward', 'Reload', 'Protections' use one kind of tooltip
  • The toolbar buttons for 'Home', 'Site info', 'Bookmark', 'Overflow menu' use a different kind of tooltip.

-> Screenshots.zip

The Bugbug bot thinks this bug should belong to the 'Firefox::Protections UI' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → Protections UI
Component: Protections UI → Toolbars and Customization
OS: Unspecified → Windows 10
Hardware: Unspecified → Desktop
Attached image Home button.png

I could not reproduce the issue on Win10x64 using build 101.0 (20220526203855) all buttons have the same style.
Can you please mention what Operating System and Firefox version are you using?

Flags: needinfo?(uwe.geiges)

I tested using Firefox 102 beta on Windows 10 x64. The issue exists on Firefox 101 and 103 alpha and with Windows 7 as well.

I normally use a custom Windows theme resembling the Windows 7 look. Therefore the different tooltips are more visible. But even without the custom Windows theme there are clearly two kind of tooltip rendering methods used.

Please try the following:

  • enable 'toolkit.legacyUserProfileCustomizations.stylesheets'
  • use the attached '{ProfileFolder}\chrome\userChrome.css'
  • restart Firefox

Some tooltips are rendered using the "userChome style", others are rendered using the OS theme

Flags: needinfo?(uwe.geiges)
Attached file userChrome.css
Attached image Capture-1.png
Attached image Capture-2.png

This was fixed in bug 1765423. There was a new Firefox release today which includes the fix there.

Status: UNCONFIRMED → RESOLVED
Closed: 2 years ago
Resolution: --- → DUPLICATE

The issue is not a duplicate of 1765423. That bug described the change in color/style of the tooltips. This one is about different rendering system used to draw tooltips.

And the problem is not fixed in Firefox 101.0.1, see screenshots below.

Attached image Capture-3.png
Attached image Capture-4.png

(In reply to Uwe Geiges from comment #3)

Some tooltips are rendered using the "userChome style", others are rendered using the OS theme

This just suggests that your userChrome style is not applying in some way. I don't think that's a bug in Firefox. If there's a difference in the default appearance (without userChrome) that would be more relevant, but I don't see one on vanilla Firefox. You can see the two tooltips in the browser toolbox, they are both <tooltip> elements, one gets inserted as the last child of the root (for the home button) and one is in the main menu popupset and has id="dynamic-shortcut-tooltip" - but they are both tooltip elements, both get a label attribute with the text, and have a <description class="tooltip-label flex="true"> inside them that gets the tooltip text inherited into it, and at least off-hand, I don't see any specific styling that your userChrome wouldn't override. Good luck figuring that out, but this bugtracker isn't the right place to get help for your custom styling.

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

Attachment

General

Creator:
Created:
Updated:
Size: