[X11] Tooltips stay and never disappear when Alt+Tabbing in Linux
Categories
(Core :: Widget: Gtk, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr102 | --- | wontfix |
firefox108 | --- | wontfix |
firefox109 | --- | wontfix |
firefox110 | --- | fix-optional |
People
(Reporter: julienw, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: regression)
Attachments
(1 file)
(deleted),
application/json
|
Details |
+++ This bug was initially created as a clone of Bug #1798131 +++
I'm using Gnome 3.38 on Debian Stable, and Firefox Nightly 20221213165020.
When I hover the mouse on something with a tooltip (such as a tab in the tab strip, or the hamburger menu), and then switch to another virtual desktop, the tooltip stays displayed and never disappear until I come back to the initial virtual desktop.
This happens with xwayland
and without MOZ_GTK_TITLEBAR_DECORATION=system
.
Reporter | ||
Comment 1•2 years ago
|
||
Here is a profile with logs: https://share.firefox.dev/3YmuaQi
Indeed I don't see the leave notify
log...
Reporter | ||
Comment 2•2 years ago
|
||
Reporter | ||
Comment 3•2 years ago
|
||
(In reply to Julien Wajsberg [:julienw] from comment #1)
Here is a profile with logs: https://share.firefox.dev/3YmuaQi
Indeed I don't see the
leave notify
log...
In this profile I did 2 things while the tooltip was displayed:
- first I switched my virtual desktop
- then after coming back to the initial desktop, I changed my foreground window with alt-tab.
In both cases the tooltip stayed displayed but I expected that it would go away.
Comment 4•2 years ago
|
||
Does it happen with pure x11?
Reporter | ||
Comment 5•2 years ago
|
||
Just tried, and yes it happens with pure x11 as well.
Comment 6•2 years ago
|
||
Set release status flags based on info from the regressing bug 1756903
Updated•2 years ago
|
Updated•2 years ago
|
Comment 7•2 years ago
|
||
Can you confirm this only happens if you have MOZ_USE_XINPUT2=1
in the environment? I could repro with that.
Reporter | ||
Comment 8•2 years ago
|
||
Yeah I believe you're right.
I definitely have this in my environment.
And when I run with MOZ_USE_XINPUT2=0
then the bug doesn't appear anymore.
Somewhat confusingly I initially ran with MOZ_USE_XINPUT2=
(with no value), which (I think) should have also reset the option, but according to the code this does also set the value just like using 1
.
(in these tries I always had MOZ_ENABLE_WAYLAND=
too, to make sure that I was using xwayland).
Description
•