Discussion:
[xmonad] Issue with screenlocker obscured in background after display change
Ethan Schoonover
2017-01-11 05:38:58 UTC
Permalink
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.

Summary:
-------------------------------------------------------
Screenlocker (tested with various) is obscured by windows after
display change when using a minimal layout with titlebar decorations.

Video demonstrating issue:
-------------------------------------------------------


Environment:
-------------------------------------------------------
Dual monitor (laptop/external), normally used one at a time. I have a
udev rule that triggers a shell script that switches display when
hotplugging/unplugging.

Scenario (as demonstrated in video):
-------------------------------------------------------
1. External monitor active, internal inactive (or vice versa, point
being only one display active)

2. Screen lock using any of several common screen lockers (tested this
issue with: xscreensaver, i3lock, sxlock) is activated while connected
to external display. Hot-unplug of external display triggers udev
xrandr script, internal laptop display is successfully activated.

3. If using layout without titlebar decorations, there is no problem

4 If using X.L.NoFrillsDecoration to make title bar decorations on the
windows, the layout windows are drawn on TOP of the screen locker on
the new display. The screenlocker retains input focus, so it can be
unlocked, but it is obscured by the windows on top of it. (I can see
the screenlocker through the terminals since I'm using transparency,
but if a non transparent window, the screenlocker is completely
obscured).

Dotfiles:
-------------------------------------------------------
Gist of very basic XMonad config I put together to test this.
https://gist.github.com/altercation/1e5150369b4eb6f7caf013550de0bd43


Any ideas on work arounds for this?

-Ethan

Ethan Schoonover
***@ethanschoonover.com
@ethanschoonover
http://ethanschoonover.com
Freenode/Github: altercation
Peter Jones
2017-01-12 21:14:47 UTC
Permalink
Post by Ethan Schoonover
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
Ethan Schoonover
2017-01-16 18:30:05 UTC
Permalink
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
***@ethanschoonover.com
@ethanschoonover
http://ethanschoonover.com
Freenode/Github: altercation
Post by Peter Jones
Post by Ethan Schoonover
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
http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad
Brandon Allbery
2017-01-16 19:00:42 UTC
Permalink
Post by Ethan Schoonover
I still find it to be interesting/strange that a restart with titlebar
decorations has different effects than restarting XMonad without
titlebar decorations.
The Decoration module is a trainwreck.
--
brandon s allbery kf8nh sine nomine associates
***@gmail.com ***@sinenomine.net
unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net
Loading...