hidetopbar icon indicating copy to clipboard operation
hidetopbar copied to clipboard

Must hover in hot corner twice to show overview

Open CurtisLeeBolin opened this issue 8 years ago • 11 comments

Description:

  • With the Hide Top Bar extension enabled, I must hover in the hot corner twice to show or hide overview. Everything else works perfectly.

Expected Result:

  • Only hovering in the hot corner once should show or hide overview.

Steps to reproduce:

  1. Disable all Gnome extensions.
  2. Enable Hide Top Bar extension.
  3. Restart gnome-shell (Alt + F2, r, Enter)
  4. Hover in the hot corner many times.
  5. Count the times required to show and hide the overview.
    • NOTE: Hovering once works correctly on the first try.

Additional Info:

  • OS: Arch Linux (so Gnome is very minimally modified from upstream source)
  • Gnome Version: 3.18.2
  • Hide Top Bar Versions Tested:
    • https://extensions.gnome.org/extension/545/hide-top-bar/
    • https://github.com/mlutfy/hidetopbar

Thank You For Your Time

CurtisLeeBolin avatar Mar 25 '16 22:03 CurtisLeeBolin

I can confirm this with GNOME 3.18.4 on Fedora 23.

tuxor1337 avatar Mar 25 '16 22:03 tuxor1337

After some testing, I found that this depends on how fast you remove your mouse cursor from the hot corner: If you go into overview using the hot corner, wait a few seconds (with your mouse cursor still in the hot corner!) and go back to your desktop by clicking on an open window, the hot corner will react properly (i.e. at first try).

Interpretation: The hot corner seems to remain in a broken state if the mouse cursor is removed from the hot corner before the panel-show-animation is finished. The proper state won't be recovered before moving the mouse cursor into the hot corner again so that you will have to trigger it for a second time.

tuxor1337 avatar Mar 25 '16 23:03 tuxor1337

Same problem here. A solution could be enlarging the sensitive (corner) area and make it show the overview only (e.g. the top bar should only appear if the mouse cursor is moved after, say, 20 pixels from the corner).

Also, in my experience any notification (e.g. USB drive removed) makes the top bar disappear (like if it was a full screen app).

I hope these little issues can be fixed. Thanks for this extensions!

Bryce-Lynch avatar Apr 21 '16 14:04 Bryce-Lynch

Also, in my experience any notification (e.g. USB drive removed) makes the top bar disappear (like if it was a full screen app).

This behaviour is intended, see #74.

A solution could be enlarging the sensitive (corner) area and make it show the overview only (e.g. the top bar should only appear if the mouse cursor is moved after, say, 20 pixels from the corner).

That's unintuitive and it will break easily with future versions of GNOME because we are tinkering with yet another part of the native UI.

tuxor1337 avatar Apr 21 '16 14:04 tuxor1337

Edit: never mind, I hadn't read this comment: https://github.com/mlutfy/hidetopbar/issues/93#issuecomment-201586877

Bryce-Lynch avatar Apr 21 '16 15:04 Bryce-Lynch

Can confirm this happens to me too. Using fully updated arch linux. Holding the mouse longer in the corner does not actually change anything for me.

themvl avatar Jul 16 '17 19:07 themvl

I've got the same issue, too... It hasn't been solved yet ! I hope it will soon, because it is pretty annoying ! Thanks !!

jlemonde avatar Aug 29 '17 14:08 jlemonde

Thanks for redirecting me to this thread.

After some testing, I found that this depends on how fast you remove your mouse cursor from the hot corner: If you go into overview using the hot corner, wait a few seconds (with your mouse cursor still in the hot corner!) and go back to your desktop by clicking on an open window, the hot corner will react properly (i.e. at first try).

Interpretation: The hot corner seems to remain in a broken state if the mouse cursor is removed from the hot corner before the panel-show-animation is finished. The proper state won't be recovered before moving the mouse cursor into the hot corner again so that you will have to trigger it for a second time.

Indeed, I can confirm that the hot corner works again after waiting about 10 seconds.

The odd thing is, the bug occurs even with animations toggled off in Gnome Tweaks. In that case, how comes an animation delays the hot corner?

Magean0 avatar May 26 '20 14:05 Magean0

I updated to the latest version of the extension as GNOME prompted me to, and now, the delay (with animations off) is down to 1 or 2 seconds. With animations on it's a bit longer (the "waves" animation needs to go for the hot corner to work again), yet far less irritating than the full 10 seconds when all you want to do is briefly checking the overview.

Is it me or did you fix something? In that case, thanks!

Magean0 avatar May 29 '20 08:05 Magean0

Any update about that? I'm having the same problem and i stopped using that extension because of this issue, i would love to return, this is an amazing extension.

MathevsBatista avatar Sep 14 '20 05:09 MathevsBatista

Can this be fixed in the extension or is it on a more fundamental level in Gnome itself?

logrusx avatar Jun 30 '22 17:06 logrusx