Skip to content
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

swaylock often takes about 30 seconds to unlock after entering the password #251

Open
jkseppan opened this issue Aug 27, 2022 · 1 comment

Comments

@jkseppan
Copy link

jkseppan commented Aug 27, 2022

When I run swaylock from either swayidle or by typing a command in a terminal, it often (but not every time) takes about 30 seconds to verify the password. During that time it hides the "Verifying" text, displays "Cleared" and can accept further input, so initially I thought I had typed my password wrong. I can easily type my password three or four times, and it looks like swaylock starts to verify each of them, but once the initial password attempt goes through it drops the lock, and I might end up typing the last few characters of my password in whatever window has focus.

Interestingly, if I ssh into the laptop from another host and run swaylock in that session (export WAYLAND_DISPLAY=wayland-1; swaylock -d), this problem never seems to happen. The lock screen goes away right after I am done typing my password.

Running swaylock -f from the terminal does not fix this problem; it still takes a long time to verify the password. Same results with systemd-run --user -E XDG_RUNTIME_DIR -E WAYLAND_DISPLAY swaylock.

I am attaching a screen recording. I am done typing my password at about 5 seconds, and I do nothing further until the end of the video. Here is what swaylock -d prints:

2022-08-27 14:22:13 - [main.c:1202] Parsing CLI Args
2022-08-27 14:22:13 - [main.c:1250] Using wlr-layer-shell + wlr-input-inhibitor
2022-08-27 14:22:13 - [main.c:317] output name is eDP-1
recording.mp4

I am running swaylock 1.6.1 on Fedora 36, from package swaylock-1.6-1.fc36.x86_64.

@jkseppan
Copy link
Author

I guess this is a duplicate of #61. Entering the password starts the PAM wait for a fingerprint. If I scan a finger, I get access, or if I wait long enough, the fingerprint code times out and then it matters if the password was correct. Like someone said in that issue, "[it] took me longer that I am willing to admit, to understand what was happening".

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

1 participant