Closed ongardie closed 3 years ago
Minor update: Firefox 78.3 (newer ESR release, upstream or Debian 10 packaging) also behaves correctly (Notion 4.0.1, Xorg). It seems like something changed in just the last few months.
Just to be sure, this isn't related to that issue where firefox isn't on your leftmost screen? I don't have any flickering, but I always have firefox on the leftmost screen to work around that bug. Edit: I'm on 81.0.1 on opensuse
Just to be sure, this isn't related to that issue where firefox isn't on your leftmost screen? I don't have any flickering, but I always have firefox on the leftmost screen to work around that bug. --@wilhelmy
That issue is certainly very annoying, but this one is different. That one affects at least some context menus, and this one doesn't seem to. I'm seeing this issue on a desktop computer with only one (large) screen.
BTW, I still see this issue on Firefox 82 now.
@ongardie I'm not able to reproduce on Firefox 83b (Notion 4.0.1/Xubuntu20.04) fwiw. Tooltip works just fine on the XKCD comic, even when it's hanging off the edge of the frame. Possibly I have a different setup, or maybe whatever was causing it changed in the 83 release?
@ongardie I'm not able to reproduce on Firefox 83b (Notion 4.0.1/Xubuntu20.04) fwiw. Tooltip works just fine on the XKCD comic, even when it's hanging off the edge of the frame. Possibly I have a different setup, or maybe whatever was causing it changed in the 83 release? --@fantasai
Hmm, I just tried Firefox 83.0b4 and still have the same issue. I'm on Debian 10, in case that matters.
I reproduced the issue again inside two different QEMU/KVM virtual machines:
In each case, I ran these through virt-manager, booted into the live Xfce image, sent Ctrl+Alt+F1/F2, killed X/lightdm, installed Notion using apt
, and ran startx notion
. These used the default Notion and Firefox configs.
So, it seems unlikely that my machine or my setup could be to blame.
I get these flashing tooltips with Firefox 82.0, Sawfish 1.11.90, and Ubuntu 20.04.1 LTS (Ubuntu focal).
It seems the y position of the tooltip changes over these settings, and when it is buggy, the position is with the upper left corner of the tooltip right at the pointer position. I therefore suspect that the problem is that the tooltip steals focus from the browser window when it appears. When the browser window loses focus, it hides the tooltip again, hence the blinking behavior.
Thanks @hahjortland, I'm glad I'm not the only one to see this issue! I reproduced the flashing tooltips with Sawfish 1.11.90 running under Xephyr. I confirmed that your workaround of running in fullscreen mode works for me under both Notion and Sawfish.
I didn't see any effect with setting browser.tabs.drawInTitlebar
, either visibly or with respect to tooltips, under either window manager. Maybe it wasn't taking effect for me.
The tooltip stealing focus sounds entirely plausible to me.
It seems the y position of the tooltip changes over these settings, and when it is buggy, the position is with the upper left corner of the tooltip right at the pointer position. I therefore suspect that the problem is that the tooltip steals focus from the browser window when it appears. When the browser window loses focus, it hides the tooltip again, hence the blinking behavior. -- @hahjortland
The tooltip stealing focus sounds entirely plausible to me. -- @ongardie
Well, I spoke too soon and then tried one more thing. In my Notion config, I set:
ioncore.set{
mousefocus="disabled",
}
so that window focus does not follow the mouse. I still see the tooltips blinking. Does that disprove this hypothesis?
I hg bisect
ed the problem to the Firefox changeset https://hg.mozilla.org/mozilla-central/rev/9b17a5aeded6 ("Avoid unnecessary coordinate conversions when showing tooltips"), which was created to address https://bugzilla.mozilla.org/show_bug.cgi?id=1566422 ("Make content link tooltip handling work correctly in Fission"). That led me to this recently reported regression https://bugzilla.mozilla.org/show_bug.cgi?id=1676020 ("Title tooltips flash off immediately"), which seems to be the same issue I've described here. I'll chime in on Bugzilla and link them back here too.
I use GNOME (gnome-flashback) + Sawfish. That might be why browser.tabs.drawInTitlebar
changes the window layout on my end.
xev reports LeaveNotify when the pointer leaves the window and FocusOut when the window loses focus, so I guess the tooltip does not need to actually steal window focus, it just needs to obscure the pointer. It seems the Bugzilla report you found confirms the mechanism of the bug: "...receives a "mouseout" event and calls HideTooltip()."
Even though the mentioned bugzilla ticket (Title tooltips flash off immediately) is not closed yet, the described issue (also faced it myself before) seems to be gone in the latest Firefox version (84.0.2).
That's a bit suspicious but still good to hear. I'll go ahead and close the issue for now, though if anyone encounters is with 84.0.2+ feel free to reopen!
This is still happing to me with the latest firefox nightly (101.0a1) but after reading about how it was about window focus being lost from the tooltip overlapping I solved it with this userChrome.css snippet:
tooltip {
transform: translate(3px, 0px);
}
just moves the tooltip far enough away to not trigger any focusout events. posting in case anyone else is still having this issue.
Hi, some of the tooltips in Firefox hide immediately when they are displayed, making them nearly impossible to read. I was hoping for some help or guidance to pin down what's happening.
Steps to repro:
Here's what I've observed:
Here's the xwininfo/xprop for Firefox 81 under no window manager (Xephyr). First with no tooltip:
With the tab bar tooltip:
And with the content tooltip:
I navigated forward and back and got a bit of a different result:
I tried creating a kludge based on role "Popup" or class "Firefox", but these didn't seem to take effect. Can anyone help reproduce this or point me in the right direction?