Red Hat Bugzilla – Bug 56143
"Keep panel below other windows" doesn't work
Last modified: 2007-04-18 12:38:15 EDT
Description of Problem:
GNOME control center setting "Keep panel below other windows" does not
work; it appears to have the same effect as "Keep panel on the same level
as other windows."
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Open "Miscellaneous" page of panel config (Settings->Desktop->Panel);
select "Keep panel below other windows", then press OK or Apply.
2. Lower some window, e.g. via "Stacking Menu" in Sawfish.
3. Move the window around...
The window moves behind everything else, including the panel.
The window moves behind other windows, but on top of the panel.
Window manager is sawfish-1.0.1 from GNOMEhide.
I see the same behaviour with standard patched Red Hat 7.2 (i.e. not GNOMEhide
or other additions). Associated packages are sawfish-0.38-11 and
gnome-core-22.214.171.124-38 (for the panel).
To reproduce (as the reporter above):
1) start the panel and a gnome terminal
2) right click panel | Panel | Global Preferences | Miscellaneous | select "Keep
panels below other windows" and choose OK
3) move the gnome-terminal over the panel
4) move the mouse focus to the panel
This should keep the gnome-terminal over the panel, but changing the focus to
the panel raises it over the gnome-terminal.
I have this happening too. It's not just sawfish. I use WindowMaker.
I just realised I had been using the beta (!) on this box and upgraded.
It was not happening in the beta. It appeared on upgrading.
I played around with panel->right-click->panel->properties->level.
"above" works perfectly, which is exactly what I don't want.
"default", "normal" (difference?) and "below" don't. They all seem
to raise the panel as soon as it receives focus. With focus-follows-mouse
and somewhat sweeping movements around the screen, this is quite a lot
of the time.
The feature was disabled on purpose at the last minute before 7.2, because
Sawfish would stick the panel below the desktop and make it "disappear" if you
had your panel in "below" mode. It was too late in the release cycle to make a
larger and more dangerous fix or even disable the GUI for the setting, i.e. a
one-line least-dangerous patch was required.
Recent Sawfish at ftp://people.redhat.com/hp/gnomehide I think no longer has the
bug being worked around, but I'm not sure if the gnomehide panel has the
workaround removed yet.
Need to remove the workaround.
Should be fixed in 126.96.36.199-43