GNOME Bugzilla – Bug 302574
Auto-hide panels re-open after drawer is closed via launcher
Last modified: 2011-03-29 04:52:27 UTC
Please describe the problem: When an auto-hide panel has a drawer on it, and a launcher on the drawer is activated, causing the drawer to close, the parent panel hides and immediately re-unhides itself, until the mouse cursor is moved over the panel and back off again. Steps to reproduce: 1. Create an auto-hide panel. Add a drawer. Add a launcher for the command "echo" 2. Open drawer, and activate the launcher. Actual results: The drawer closes, and the panel hides, then unhides again, as if focused. Expected results: The drawer closes, and the panel hides, and remains hidden. Does this happen every time? No. Approximately 30-50% of the time (unpredictably) Other information: Confirmed under openbox 3.2. I was unable to reproduce under metacity.
On closer inspection: - I cannot seem to duplicate this problem under heavy CPU load (while true; do ls; done; on the still-slow-to-render gnome-terminal ;) ) - It may be an optical illusion, but the parent panel *appears* to hide and unhide *before* the drawer is closed. - once the panel is stuck un-hidden, focusing another window causes it to hide again.
Still present on 2.11.92.
Sounds like another openbox specific issue (see bug #127360 for another). Marking severity down
Is it an openbox-specific issue, or is simply an issue where metacity happens to use a work-around for a gnome-panel bug?
I don't think metacity is using workarounds for the panel. I might be wrong, though.
I can no longer duplicate this in gnome-panel 2.14.
I found three bugs in this upstream tracker that describe the same problem: http://bugzilla.gnome.org/show_bug.cgi?id=529785 http://bugzilla.gnome.org/show_bug.cgi?id=302574 http://bugzilla.gnome.org/show_bug.cgi?id=134563 Maybe someone can have a look at them and decide wheter two are just duplicates. Thanks.
I looked at all three bugs Martin listed. Using 2.24.1-0ubuntu2.1 (Ubuntu 8.10) I was unable to reproduce these two: http://bugzilla.gnome.org/show_bug.cgi?id=529785 http://bugzilla.gnome.org/show_bug.cgi?id=302574 But I could reproduce http://bugzilla.gnome.org/show_bug.cgi?id=134563 I don't /think/ they are duplicates. 302574 may be fixed as there have been no reports for a couple of years. The original reports for 529785 and 134563 seem to be distinct. Comment #1 in 529785 actually seems to be reproducing bug 134563, not bug 529785. To reproduce 134563: Set panel to auto-hide. Right-click on an applet (tried with power manager, network monitor and system monitor), then click on About, a background application, or the desktop. Result: menu disappears, panel stays visible. Expected result: menu disappears, panel hides. Slightly different way to reproduce 134563: Set panel to auto-hide. Open sufficient windows/applications that some are are grouped. Click on a group, select a window from the menu. Result: menu disappears, panel stays visible. Expected result: menu disappears, panel hides.
For GNOME 3, we removed the drawers from gnome-panel -- we believe they don't fit that well in GNOME 3, and there were always many issues (including usability issues) with them. We feel it's better this way.