-
Notifications
You must be signed in to change notification settings - Fork 182
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unlock signal isn't sent to swayidle #363
Comments
A few questions I am asking myself: If swaylock is not designed to trigger logind, how can the swayidle "unlock" event be triggered? I also found this workaround: |
Your problem is most likely that you are using Either use
If you fork outside swaylock then you do not know if the lock succeeded.
swaylock does not talk to logind in any way or form, it's only swayidle that can run arbitrary commands in response to logind events. |
I see, thanks a lot for your reply! After trying out different variations I have finally settled to not use dbus logind signals via swayidle events. I just use swayidle for its timeout functionality and have setup my locking and unlocking commands manually which work nicely. I also saw that this seems to be the way swayidle is headed anyways as there is a discussion to drop logind support. Thanks again for the help! |
Hi, thanks for the nice tool!
I would like to execute both a command at session locking and another at session unlocking.
For this I am using swayidle and have it watching for a "lock" and an "unlock" event.
The "lock" signal is well received by swayidle and it executes the command.
But at unlocking swaylock, swayidle does not trigger the "unlock" event.
Meanwhile
loginctl unlock-session
does trigger the event and command, so the problem seems to be that swaylock does not trigger swayidle at unlock ?Any help is welcome.
EDIT: I cannot see any error messages in the logs of swaylock and swayidle
The text was updated successfully, but these errors were encountered: