autohide_main_toolbar.css ff146 toolbar not hiding when cursor leaves via top of window

[jasondm]

Hello, recently updated firefox and grabbed the updated css and now when I move my cursor out of any firefox window at the top edge, the toolbar will stay shown. If I place the cursor on the tab bar/window controls and move it out along the small portion of the side edge, it works properly and the toolbar hides after the delay, and of course moving the cursor out of the window anywhere else also works as intended.

I have an older version of the style (from about a year ago, I think) on ff128 ESR that doesn't have this problem.

Context just in case: I'm using "@media (max-height:800px)" to make it only apply to smaller windows, and I will often have 4+ smaller windows open on my second monitor. I also have some more css that shrinks the tab bar vertically and removes the rounded corners along with a few other non-toolbar related changes (like hiding some context menu items).

I have tried just using the provided style by itself with no other customization and have the same result.

[MrOtherGuy]

If you are using linux, then you might want to check what value the pref widget.gtk.ignore-bogus-leave-notify is set to. If it's 1 then I can reproduce the issue, if you set it to 2 (which is default on my system at least) then it works correctly. 2 means "system dependent", but the actual value you might be interested in is 0 so test that as well.

If this issue is about this pref, then it's not really about autohide_main_toolbar.css as the same behavior will also happen for example on links that are near the window edge - they remain hovered when cursor leaves the window directly from them.

[jasondm]

Oh whoops, completely forgot to state I'm using Win11

[MrOtherGuy]

Alright, well I don't don't have any Windows systems anymore to test with, so this is going to be pretty difficult, but I do wonder what happens if you try this:

1. Have a non-maximized window
2. position the web-content area such that there is a link crossing the window bottom boundary.
3. Hovering the link should display the statusbar with the address
4. Move the cursor down so that it leaves the window directly from the hovered link

Does the link become "unhovered" when cursor leaves the window? I'm just trying to determine if the effect is somehow bound to only window top border or if it happens on all window borders as long as there is hoverable content there.

[MrOtherGuy]

Another thing you could try to help narrow down the cause is to see what happens if you enable native titlebar from customize mode.

[jasondm]

Tested a URL on the bottom boundary: it does become "unhovered" once the cursor leaves the window, also tested the sides and the result is the same.

With native titlebar enabled: The toolbar properly hides once the cursor moves into the titlebar.

Some other things I've noticed:

When I move the cursor onto the window control buttons, all tabs button, new-tab button, or even the sound control button on a tab and then move the cursor off of it above, they get stuck in the hovered state.

When I move the cursor over the tab bar and then out of the window very fast, I can rarely get the toolbar to begin showing and stop (usually just the faintest bit of my toolbar icons become visible in the tab bar). When it does this, the toolbar will appropriately hide away again.

However, if I move it still quite fast but slower, the toolbar unhides completely and doesn't hide away.

In the old version on ff128esr the transition animation stops as soon as my cursor is off the tab bar.

In a clean instance of ff146, fresh profile and only userchrome enabled with
only autohide_main_toolbar.css utilized, the toolbar gets stuck as shown, as do any of the buttons on the tab bar like mentioned above. Without any userchrome the buttons also get stuck in the hovered state when I do this.

So it definitely seems to be a firefox or windows problem (or both, I guess).

Trying to think of what to do about this now...

I've submitted a bug report on bugzilla here

[MrOtherGuy]

Good job, I'll be watching that bug report.