
Peter, thanks for the reply on this. I was testing further to see if I
could mitigate it and have to provide some further information. I
don't really know if this will let XMonad off the hook or if it in
fact reveals a edge case issue:
I realized that my screen switching script (which is triggered on udev
events) included an "xmonad --restart" as xmobar was failing to
reposition properly. I removed the restart from my script and the
windows no longer appear in front of the screen locker.
I still find it to be interesting/strange that a restart with titlebar
decorations has different effects than restarting XMonad without
titlebar decorations.
I'm happy to submit an issue for this, though I realize that it's a
weird edge case if even that.
Cheers,
Ethan
Ethan Schoonover
es@ethanschoonover.com
@ethanschoonover
http://ethanschoonover.com
Freenode/Github: altercation
On Thu, Jan 12, 2017 at 1:14 PM, Peter Jones
Ethan Schoonover
writes: A consistently reproducible problem involving titlebar decorations & screenlockers. I would have submitted an issue on github, but I'm not even sure if this is an XMonad core issue, an X.L.NoFrillsDecoration issue, a general decoration issue, or what, exactly.
This is a very bizarre problem for sure. Open an issue under the xmonad-contrib repository so it doesn't get swept under the rug.
-- Peter Jones, Founder, Devalot.com Defending the honor of good code
_______________________________________________ xmonad mailing list xmonad@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad