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 <mlists@pmade.com> wrote:
Ethan Schoonover <es@ethanschoonover.com> 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