gnome-panel with autohide enabled appears behind main windows

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Configure with support for gnome-panel
2. enable auto0-hide option for a panel.
3. Mouse over it and watch it not appear on top

What is the expected output? What do you see instead?

panel should appear on top as it un-hides

What version of the product are you using? On what operating system?

xmonad 0.6, ubuntu gutsy, XMonad.Hooks.ManageDocks

Please provide any additional information below.

If this error is due to a module from XMonadContrib, please tag this issue
with 'Component-Contrib' below.

Component-Contrib

Original issue reported on code.google.com by brian.br...@gmail.com on 29 Mar 2008 at 1:24

[GoogleCodeExporter]

Just to add a comment: I can reproduce this in darcs XMonad, Ubuntu Hardy Heron,
using ManageDocks as well (see my xmonad.hs).

This bug is kind of annoying, since autohide is the best way to save gnome-panel
wasted space (once you've consolidated into a single panel and have shrunk it 
down as
much as possible), even if you can work around it by going to an empty 
workspace.

Original comment by gwe...@gmail.com on 26 Jun 2008 at 3:19

[GoogleCodeExporter]

Attached are two patches that partially resolve this issue, but they both come 
with
their own problems, and probably shouldn't go into the mainline without further
consideration. I'm providing them in hopes that they help the discussion of the 
issue.
(I sent the first of these to the mailing list, but I'd like it to be on the bug
tracker, as per shepheb's suggestion on the list.

visibleStruts.patch brings strut windows to the top of X's stacking order, which
seems an appropriate thing to do. The problem here is that this breaks 
toggleStruts,
since xmonad covers up struts by using their space, but not hiding the strut.

hiddenStruts.patch unmaps struts that aren't being avoided, and maps them again 
when
they are being avoided. This way, hiding and showing struts behaves somewhat 
more
sanely, instead of just drawing over the panel, we remove the panel from the 
screen.
Perhaps unfortunately though, this means that if avoidStrutsOn is being used, 
any
struts that aren't being avoided will always be invisible --- I'm not sure if 
this is
what people want. I strongly encourage anyone who uses avoidStrutsOn to test 
this
patch and give feedback on whether or not the behaviour makes sense.

Original comment by justin%j...@gtempaccount.com on 7 Jul 2008 at 4:03

Attachments:

• visibleStruts.patch
• hiddenStruts.patch

[GoogleCodeExporter]

bogner suggested in #xmonad that the (relatively) new module Layout.Monitor 
might
offer a way to hack around this issue. I can finally confirm that yes, it 
actually
does. My modifications to my xmonad.hs looked like:

hunk ./.xmonad/xmonad.hs 14
+import XMonad.Layout.Monitor (addMonitor, Property(ClassName))
hunk ./.xmonad/xmonad.hs 28
-                         , layoutHook = avoidStruts $ smartBorders (Full ||| 
Mirror
tiled ||| tiled )
+                         , layoutHook = hideGnome $ avoidStruts $ smartBorders 
$
(Full ||| Mirror tiled ||| tiled )
hunk ./.xmonad/xmonad.hs 37
+                 hideGnome = addMonitor (ClassName "gnome-panel") (Rectangle 0 
0 0 0)
hunk ./.xmonad/xmonad.hs 48
-                            className =? "Darwinia" --> unfloat ]
+                            className =? "Darwinia" --> unfloat,
+                            className =? "gnome-panel" --> doIgnore ]

Follow that by a restart of gnome-panel, and one gets a nicely autohidden 
gnome-panel
which slides up over one's tiled windows on request.

I have no comments on bogner's patches, though. They may still be warranted 
even if
one can hack around in this specific instance.

Original comment by gwe...@gmail.com on 25 Dec 2008 at 12:37

[GoogleCodeExporter]

I forgot to amend my report: as I've emailed the Monitor author, the monitor 
stuff
works only temporarily - it seems that it works for every window open when 
Monitor
kicks in, but then new windows ignore/are-ignored-by it and it ceases working. 
So I
guess it's a hack for this purpose as well...

Original comment by gwe...@gmail.com on 6 Feb 2009 at 5:37

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

gwern0 workaround do not work with latest xmonad.
This issue is a major stopover for me to migrate to xmonad.

Original comment by govnotot...@gmail.com on 13 Aug 2010 at 11:10

[GoogleCodeExporter]

issue in Ubuntu 10.04 and 10.10

Original comment by alexgen...@gmail.com on 16 Nov 2010 at 9:47

[GoogleCodeExporter]

I have the same issue. Ubuntu 10.10 and 11.04.

Original comment by marcin.k...@gmail.com on 28 May 2011 at 4:13

[GoogleCodeExporter]

I'm using fedora 16 and I have the same issue.
http://youtu.be/odzMBsJxWCM

Original comment by fabceo...@gmail.com on 18 Oct 2012 at 1:53

[GoogleCodeExporter]

Any update on this?  I am thinking of switching to a tiling window manager.

Original comment by jhy...@gmail.com on 7 Aug 2014 at 8:31