Red Hat Bugzilla – Bug 104178
regression (?) in auto-hide behavior
Last modified: 2007-11-30 17:10:31 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030703
Description of problem:
If the panel is in auto-hide mode and you just float the mouse over its
displayed portion, and quickly move it away from the panel before it unhides,
the panel will remain unhidden.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Quickly move the mouse so as to unhide the panel, but move it away before it
Actual Results: It unhides, but doesn't hide again
Expected Results: It should. I think it used to, but I may just be tripping
over the unhidden region more often because it got thicker
I doubt this makes a difference, but I have focus-follows-mouse enabled.
I've relized this may actually be a feature, not a bug. There are cases in
which it's nice to be able to keep the panel displayed even though the mouse is
no longer on it. Still, it would be nice to know whether it was a conscious
decision or an accident.
The panel autohiding also seems to be broken in the following way:
The unhide_delay (gconf setting) in popping up the panel is,
presumably, supposed to allow the mouse to stray over that area
momentarily without popping up the panel -- which can be irritating if
you are trying to mouse in the area.
However, in Fedora core 1, the delay really is just a delay in
appearing. If you set the unhide_delay of the panel to something like
1000 you can see the effect very clearly. Flick the mouse over to the
panel and away to the other side of the screen again quickly. To make
any sense of the delay, the panel should not appear... the mouse was
not in the pop up area long enough to activate it. However, the panel
will eventually pop up! And what's worse, it will remain there because
there's no exit event since the mouse left ages ago.
This seems like broken behaviour to me... unless the delay is for some
Created attachment 97508 [details]
I see that Bart Martens has already posted a patch (Comment #3), but I
would nevertheless like to add, at his request and for the record,
that the default behavior when touching an autohide panel in Red Hat
9.0 is that the panel does not unhide if the mouse comes off of the
panel before it opens (i.e., unhide_delay expires). This, to me, is
the preferred behavior, because it is often the case that my pointer
is moving near the hidden panel and touches it only accidentally, in
which case I don't want it to unhide.
The situation described in Comment #1, where it is nice to keep the
panel open, could be better achieved through a non-autohide panel that
can be manually hidden and unhidden when desired.
*** Bug 111045 has been marked as a duplicate of this bug. ***
Okay, this is fix in 2.4.2 and HEAD, so the fix is in Raw Hide. The
exact upstream fix was:
2003-11-20 Vincent Untz <firstname.lastname@example.org>
* panel-toplevel.c: (panel_toplevel_auto_unhide_timeout_handler):
do not stop unhiding the panel if the cursor is not in the panel
but the auto_hide property is FALSE.
However, Bart - your fix is actually closer being the correct fix, so
I'm going to commit something similar on HEAD soon.
I'll close this when I release an FC1 update with 2.4.2.
I've just released a testing update which should fix this issue.
Please test it out and let us know if it fixes your problem.
Details on the update:
Looks good so far. Can add more than 2 apps to drawer and my panel
doesn't pop up when lightly touched. Thanks!
I notice that the FC1 drawer doesn't have an autohide option i.e. the
drawer disappears after selecting an item in it. But I could've sworn
that my RH 8.0 drawer had an autohide, yes?
Okay, a gnome-panel Fedora Core 1 Update (2.4.2-3) with a fix
for this bug is now available from: