Closed Bug 1809029 Opened 2 years ago Closed 1 year ago

[XINPUT2] Firefox keeps showing tooltip when Alt-Tabbing

Categories

(Core :: Widget: Gtk, defect, P3)

Product:
Core
Component:
Widget: Gtk
Version:
Firefox 108
Type:
defect

Tracking

()

Status:
RESOLVED DUPLICATE of bug 148624

People

(Reporter: mira.jary, Unassigned)

References

Details

Attachments

(4 files)

Before and after alt-tabbing
61.89 KB, image/png
Details
about:support info
50.47 KB, text/plain
Details
Video.mp4
5.06 MB, video/mp4
Details
Stuck tooltip
542.22 KB, video/webm
Details

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:108.0) Gecko/20100101 Firefox/108.0

Steps to reproduce:

  1. Open Firefox
  2. Hover over an element which can display a popup (e.g. hover over a bookmark which shows me the full name of the bookmark and its address).
  3. Swicth to different window while keeping the mouse in place (by alt-tabbing).

Actual results:

The tooltip is still displayed, and it's rendered above the window I switched to. The only way I can hide it is to go back to the Firefox window, so that the element loses focus.

Expected results:

The element which caused the tooltip to appear gets unhovered or the tooltip is rendered below the active window.

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

Component: Untriaged → Widget: Gtk
Product: Firefox → Core

Is this fixed in 109 / https://nightly.mozilla.org? I believe this is a dupe of bug 1798131.

If not, can you attach your about:support?

Flags: needinfo?(mira.jary)

Tried with the latest nightly build, the bug still persists. Attaching requested info above.

Flags: needinfo?(mira.jary)
Attached file about:support info —

Ah, thanks! I can reproduce iff I set MOZ_USE_XINPUT2=1 in the environment, but not otherwise. Can you confirm that if you unset that before launching Firefox the bug stops reproducing?

Flags: needinfo?(mira.jary)
Blocks: 1207700
Summary: Firefox keeps showing tooltip when Alt-Tabbing → [XINPUT2] Firefox keeps showing tooltip when Alt-Tabbing

Sadly no, disabling this env variable does not change anything at all.

Flags: needinfo?(mira.jary)

Even on nightly?

Yes, I'm trying everything in the nightly build now.

AFAIK Fedora and some other distros enable XInput2 system-wide out of the box, so disabling may not be easily possible.

As for myself, I'm running Ubuntu with XInput2 manually enabled, and can confirm the tooltip bug affects me too. Although I could disable XInput2, the loss of smooth scrolling with a trackpad makes disabling not worth it despite the bug.

Hopefully the bug can be fixed soon-ish :)

Priority: -- → P3

I've tried the nightly build after some time, and it looks like the issue has been resolved, no matter if the MOZ_USE_XINPUT2=1 env variable is set or not. How about you @QwertyChouskie?

I still constantly get it when switching virtual desktops, and occasionally in other situations too.

I also have this problem. The tooltips still stay when changing window, virtual desktop or activity under Linux (openSUSE Tumbleweed). Unfortunately https://bugzilla.mozilla.org/show_bug.cgi?id=1798131 did not solve the problem.

https://bugzilla.mozilla.org/show_bug.cgi?id=1569439 should definitely have fixed this. Can you try beta or nightly and confirm?

Still very much an issue on Nightly. It drives me nuts, hopefully it can be fixed soon :)

Can you give more info about your environment? If you see this issue on nightly it means that we aren't getting the focusout events from the window manager.

Ubuntu 22.10 (Gnome 43), Firefox nightly installed from PPA.

Could you attach about:support? I assume this is on x11 with MOZ_USE_XINPUT2=1 right? Can you confirm it doesn't happen with xinput2 disabled?

(In reply to Emilio Cobos Álvarez (:emilio) from comment #17)

Could you attach about:support? I assume this is on x11 with MOZ_USE_XINPUT2=1 right? Can you confirm it doesn't happen with xinput2 disabled?

I'm struggling with the same issue on gentoo. Gnome 43 on X11 with MOZ_USE_XINPUT2 enabled. I can confirm that disabling xinput2 prevents the stuck tooltips from happening.

(In reply to Emilio Cobos Álvarez (:emilio) from comment #17)

Could you attach about:support? I assume this is on x11 with MOZ_USE_XINPUT2=1 right? Can you confirm it doesn't happen with xinput2 disabled?

As it seems that the issue is still not fully resolved for me either - the tooltip gets hidden only if it was already displayed at the time of switching. If you e.g. switch windows in time between hovering over the element and the tooltip being displayed, the bug still occurs.

I can confirm too it does not happen with MOZ_USE_XINPUT2 disabled.

See Also: → 1822658

Not to nag, but is there any timeline/ETA on a fix for this? Constantly getting tooltips stuck on the screen makes it hard to work with other applications on my system, bringing productivity down (and my blood pressure up...)

We need to get consistent steps to repro. Is this just a matter of Alt+Tab-ing with MOZ_USE_XINPUT2 on X11? On which DEs? If bug 1569439 didn't fix it it means that the window isn't getting blurred which is rather odd...

Gnome 43, X11

Just hover over something and immediately alt-tab or switch desktops, the tooltip will show up and not go away until you focus Firefox again.

KDE Plasma 5.27, X11

Alt-tabbing works for me fine, but when I e.g. open an app, and hover over something before the app actually opens, the tooltip will stay even after that app opened.

In KDE (with MOZ_USE_XINPUT2=1) it occurs each and every time if the tooltip opens under the mouse while Firefox is not the active window. If you then alt-tab or switch desktops, the tooltip will stay on screen. If Firefox is the active window, then the tooltip properly disappears.

To reproduce:

  1. Open Firefox and navigate to a page that causes tooltips to appear.
  2. Open another application above Firefox, but with portions of the Firefox window visible below it (i.e., Firefox is not the active application, but it is visible).
  3. Hover the mouse above an element in the inactive/not focused Firefox window that will cause a tooltip to appear.
  4. Alt-tab or change desktops/workspaces using a keyboard shortcut.
  5. Behold the still-visible tooltip that cannot be dismissed unless you got back to Firefox.

I think there's a chance that it happens too when you trigger the tooltip to appear but switch away before it actually does appear on screen, so then it appears after you switch away from Firefox and the tooltip lingers, but that's harder to reproduce.

Tested with Firefox 112.0.2 on Kubuntu 23.04 (Plasma 5.27.4, X11, MOZ_USE_XINPUT2=1).

I can confirm the behaviour on Firefox 114, Plasma 5.27.4, Wayland.

Firefox tooltips often remain visible on the desktop after Firefox windows are out of focus (minimised or otherwise).

Changes to Firefox 111 (as per bug 1569439) improved the behaviour but it's definitely not solved.

Confirmed here too - Firefox 114.0.1 (64-bit) on Windows 8.1.

Only happens when Firefox windows is maximized here. See my uploaded video.

Attached video Video.mp4 —

For me the issue happens with both maximised and non maximised windows.

Though the behaviour seems to be better from the update to Firefox 114.0.2. I'll keep testing and report.

The issue is still here. If I minimize a windows while a tooltip is visible, then the tooltip sticks around on the desktop and the only way to get rid of it is to bring back the firefox window.

This is probably fixed by bug 1843205. Can someone that repros this confirm?

I can still reproduce this bug in nighty 117.0a1 (2023-07-18) on Arch Linux.

Still reproducible on 118.0a1 (2023-08-22) on Arch Linux 64bit.

The problem also affects Thunderbird 115.x

I had to finally just turn off all tooltips in about:config, as this issue was causing tooltips to constantly get stuck on my screen.

needinfoing :stransky given that it seems that this bug is only when using XINPUT2

Flags: needinfo?(stransky)
Attached video Stuck tooltip —

It happens for me on both minimised and maximised Firefox windows. I can't reproduce it consistently when alt tabbing but the attached video represents the easiest way for me to reproduce it.

Duplicate of this bug: 1822658
Flags: needinfo?(stransky)

For me, this issue is fixed by the fix for 148624. Could any of the reporters confirm if this issue persists in nightly? Thanks!

Flags: needinfo?(mira.jary)

Looks good to me. The issue is gone (finally) on the latest nightly build of Firefox. Didn't try it in thunderbird though.

Flags: needinfo?(mira.jary)
Status: UNCONFIRMED → RESOLVED
Closed: 1 year ago
Duplicate of bug: tooltip-ghost
Resolution: --- → DUPLICATE
No longer blocks: 1207700
See Also: 1849829 →
See Also: 1822658 →
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: