Bug 1076 - Open drawers don't inherit stickyness of parent panel
Status: CLOSED INVALID
Alias: None
Product: Openbox
Classification: Unclassified
Component: general
Version: 3.0
Hardware: PC Linux
: P2 normal
Assignee: Mikachu
QA Contact:
URL: http://bugzilla.gnome.org/show_bug.cg...
Depends on:
Blocks:
 
Reported: 2003-12-14 00:48 EST by Jeremy Nickurak
Modified: 2007-05-16 15:52:24 EDT
0 users

See Also:


Description Jeremy Nickurak 2003-12-14 00:48:42 EST 
As described on http://bugzilla.gnome.org/show_bug.cgi?id=127360:

Steps to reproduce:
1) Enable at least 2 workspaces
2) Create a panel, confirm that it's sticky (exists on all workspaces)
3) Add a drawer to that panel, and open it.
4) Switch to another workspace

Expected results:
- Drawer is open regardless of which workspace is selected.

Observed results:
- Drawer is visible only on the workspace it was opened on. Clicking on the
drawer on another workspace closes it (with no visible indication).
- On other workspaces, although the drawer is not visible, the parent panel
will remain active even if its auto-hide sitteng would dictiate that it
should be hidden again.

Works as expected in metacity.
Comment 1 Dana Jansens 2003-12-21 14:03:00 EST 
I think Metacity just makes DOCK typed windows appear on all desktops. Even
though the drawer's window is actually only requesting to be on one desktop. If
the drawer wants to stay visible, it should set it's desktop to match the
parent's, and Openbox will respect that.

If the drawer was a transient of the panel, then Openbox would apply the same
desktop automatically, but the window provides no association with the panel for
Openbox to follow as such.

I believe gnome-panel is at fault for this one. The EWMH allow's an app to
specify which desktop to appear on for a reason.