Closed divVerent closed 6 years ago
We may want to use https://stackoverflow.com/questions/33195570/detect-if-compositor-is-running to implement a compositor blacklist mechanism.
What's interesting is that xcompmgr does not actually request the Composite Overlay Window. It manages to draw on top of XSecureLock without using that.
This leaves only two possibilities:
Issue reproduces with both nvidia and nouveau, so it's probably not a graphics driver bug.
Next step will be trying to find out if xcompmgr can see XSecureLock's window, and if we can prevent it from seeing it.
After adding some debugging prints to xcompmgr's code: out of all possible windows it could be redirecting, xcompmgr redirects the composite overlay window itself.
Probably not much that can be done there, then. Simply incompatible.
Hi and sorry for necrobumping. I wanted to use xsecurelock with my fork of xcompmgr/compton and realized that indeed it does not work.
Probably not much that can be done there, then. Simply incompatible
If that was true, why does it work in gnome-/mate-screensaver? Additionally, these screensavers do not draw notifications on the lockscreen, while this happens indeed as described in xsecurelock's README. Possibly realted: https://github.com/google/xsecurelock/issues/97
xsecurelock is currently not compatible with xcompmgr -f; with this combination, the screen is not blanked while locked because both xcompmgr and xsecurelock are drawing to the same destination.
Currently no fix is known; possible workarounds seem to be: