Doesn't autohide on context menu close

[Sebastian Breier]

I have the regular Ubuntu panels. I set both of them to autohide.

However, they stay unhidden when I do the following:
1. Move cursor over panel item
2. right-click (or left-click, depending on item) to open a context menu
3. Move cursor out of panel and context menu
4. Click to close context menu

What happens:
Panel now stays unhidden until I push the cursor in and out again.

What should happen:
Panel should hide when the context menu closes.

According to Gnome Bugzilla, this bug has been around since February 2004 (Gnome 2.4!) and has never been fixed. I find it highly annoying...

See http://bugzilla.gnome.org/show_bug.cgi?id=134563

[Vassilis Pandis (pandisv)]

Thanks for reporting this. I added an upstream task to keep track of the upstream bug report.

[Vodka (vodkaneat)]

I find this annoying also, it's now Aug 2007 and the bug is still here, quite frankly it's amazing no one else finds this an issue.

[Sebastian Breier (tomcat42)]

It's annoying, yes. But I guess from a programmer's standpoint it's just difficult to fix; I have no insight into the gnome code, but the context menus are probably under the authority of the trayed applications, and so it's difficult to find out if they have closed or opened... just a guess. ;)

[Jason Olson (jolso)]

Yep, this one drives me up the freaken wall too!

Jason

[deeesseee (deeesseee)]

Such an old bug and this still hasn't been fixed?

[Bálint Magyar (balintm)]

Not sure if the below symptoms are due to this bug or not:

0) Set panel to autohide.
1) Install package sshmenu-gnome.
2) Add it to a panel.
3) Push mouse cursor to screen edge to reveal panel so that it unhides.
4) Click newly created SSH button on the panel, select a menu option. Panel doesn't autohide.

Hovering it with the mouse and leaving its area again triggers autohide.

[Sebastian Breier (tomcat42)]

I have new information concerning this:
When opening context menus in app icons or the user switch applet, autohide works when the context menu closes.
But not for the context menus of network-manager, tomboy, ... there, it stays visible.

[Darryl Smith (semiintel)]

I wonder then of the application itself has to propagate the event to it's parent (panel) in which case it knows of the event and consequently executes the autohide code.

[Sebastian Breier (tomcat42)]

This still happens in Ubuntu 9.04 Beta
gnome-panel 2.26.0-0ubuntu4

[glacialfury (glacialfury-gmail)]

Still present in Ubuntu 9.04 Jaunty 64bit, gnome-panel 2.26

[Mahdi Fattahi (mfat)]

And still present in ubuntu 10.04! Please fix it, it's a really annoying bug!

[Dan Allen (dan.j.allen)]

I wonder if this could be solved in a more general way by introducing a autohide timeout to gnome-panel. When you are using the panel, it's a very active operation. So even if the mouse cursor ends up resting on the panel when you return to using the application (such as typing in a console or word document) chances are you want the panel to hide (assuming you use this proposed setting).

In short, I think the panel should have a setting that makes it aggressively close by having an inactivity timeout.

[Dan Allen (dan.j.allen)]

In other words, I think part of the problem is tying autohide to mouse out. It should be an option, not the only possibility.

[Scott Palmer (skewty)]

I am having this issue in 10.10.

This was reported like 5 years ago!
I can't wait to get away from some GNOME development with Unity for reasons like this.

I use hidden panels with Full screen VirtualBox windows.

This is nearly a showstopper and is preventing me from using linux on our security technician's computers. (too hard for them to understand why a panel wont go away) (they simply see Ubuntu / Linux as broken)

Figure it out GNOME.

[Zaris (zaris)]

For me also SSHMenu causes panel to stay visible after selecting an entry.
Ubu 11.04.