Login Loop on Fresh Boot

[bwagner182]

I installed this following the instructions in the README fine, andafter fixing the missing cv2 module, it works 99.9% of the time. The only it doesn't want to work is when the laptop is coming from a fresh boot.

On fresh boot, I get to the standard login screen, select my user, and the camera scans my face. I see that it says I was identified and the login screen drops away to the "blank" pre-desktop screen. After a few seconds waiting, I'm brought right back to the login screen and the computer is scanning my face again.

I can only reach my desktop if I hide from the camera and let it time out and bring up the password entry.

I have tested this a few ways, in terminal Howdy works fine, if I lock the screen, sleep the computer, or log out without shutting down the computer I can get right back in using my face, but on ONLY a fresh boot (that I have been able to replicate) I am not able to use my face to login.

System details:
Dell Inspiron 15 7573
Ubuntu 17.10 x64 (relatively fresh install with no garbage yet)

[boltgolt]

That's an issue outside of howdy if it starts to log in. One problem with using anything else than a password is that your keyring does not get unlocked, which can cause some problems.

When logging in and failing you can switch to another tty by pressing ctrl + alt + F1, does it work there?

[bwagner182]

It works and identifies me, and from what you describe it seems to be something outside of howdy.

I can flip to a TTY and use that to log in with howdy and get to a shell and all works there. But still no desktop after a fresh boot.

There seems to be something about a fresh boot that hangs this because sleep, hibernate, lock, screensaver, and logout all allow me to log right back in with howdy and the desktop pulls up just fine.

If this is something more Linux related than something wrong with your app you can close this issue and call it a day.

[boltgolt]

If it works in a clean TTY it's not an encrypted drive issue or problems like that, so i strongly suspect it's a keyring issue.

Do any errors show up in tail /var/log/auth.log or dmesg?

[boltgolt]

Any progress here?

[njjprojects]

If I may, I am getting the same issue with the "looping" login on boot. I looked through my var log auth.log file, and if you'd like I have some bits that could be interesting. Care to reopen?

This is the part that seemed to be relevant, or documenting when the behavior is occurring. Based on the logged times the last one is the successful password login after waiting out the howdy, and the one before is a looped behavior. Let me know if it needs to include more before before or after:

Jul 23 21:31:20 FAN1FNU systemd-logind[948]: Watching system buttons on /dev/input/event4 (AT Translated Set 2 keyboard)
Jul 23 21:31:21 FAN1FNU gdm-launch-environment]: pam_unix(gdm-launch-environment:session): session opened for user gdm by (uid=0)
Jul 23 21:31:21 FAN1FNU systemd-logind[948]: New session c1 of user gdm.
Jul 23 21:31:21 FAN1FNU systemd: pam_unix(systemd-user:session): session opened for user gdm by (uid=0)
Jul 23 21:31:22 FAN1FNU polkitd(authority=local): Registered Authentication Agent for unix-session:c1 (system bus name :1.29 [/usr/bin/gnome-shell], object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.UTF-8)
Jul 23 21:31:57 FAN1FNU gdm-password]: pam_unix(gdm-password:session): session opened for user nathanj by (uid=0)
Jul 23 21:31:57 FAN1FNU systemd-logind[948]: New session 2 of user nathanj.
Jul 23 21:31:57 FAN1FNU systemd: pam_unix(systemd-user:session): session opened for user nathanj by (uid=0)
Jul 23 21:31:59 FAN1FNU gdm-password]: pam_unix(gdm-password:session): session closed for user nathanj
Jul 23 21:31:59 FAN1FNU systemd-logind[948]: Removed session 2.
Jul 23 21:31:59 FAN1FNU systemd: pam_unix(systemd-user:session): session closed for user nathanj
Jul 23 21:32:14 FAN1FNU gdm-password]: pam_unix(gdm-password:session): session opened for user nathanj by (uid=0)
Jul 23 21:32:14 FAN1FNU systemd-logind[948]: New session 4 of user nathanj.
Jul 23 21:32:14 FAN1FNU systemd: pam_unix(systemd-user:session): session opened for user nathanj by (uid=0)
Jul 23 21:32:16 FAN1FNU polkitd(authority=local): Registered Authentication Agent for unix-session:4 (system bus name :1.82 [/usr/bin/gnome-shell], object path /org/freedesktop/PolicyKit1/AuthenticationAgent, locale en_US.UTF-8)
Jul 23 21:33:19 FAN1FNU pkexec: pam_unix(polkit-1:session): session opened for user root by (uid=1000)
Jul 23 21:33:19 FAN1FNU pkexec[2498]: nathanj: Executing command [USER=root] [TTY=unknown] [CWD=/home/nathanj] [COMMAND=/usr/lib/update-notifier/package-system-locked]

I'm a bit new to linux, but I hope that's what you were getting at with the previous poster.
(thanks for the work on the project:)
Nate

[boltgolt]

Thanks for reviving this! Just to be sure, are you experiencing the same behavior as the original poster?

The logs don't show anything that could help, just that the session IS authenticated correctly but immediately closed. I take it there are no lines mentioning howdy or python errors?

[njjprojects]

With the exception of the "fixing the missing cv2 module" thing (I'm not sure what that is I don't remember having an issue during installation with that) the situation is the same.

Inside that file there are no records of howdy or python at all, and I can't make heads nor tails of dmesg

EDIT: Meaning I don't see anything related to software errors or issues in that log (dmesg)

[boltgolt]

Following up on issues i forgot to reply to, are you still having this problem or did you fix it/uninstall Howdy?

[njjprojects]

I wasn't able to find a fix for it, and then about a month ago migrated to budgie from gnome, but I think I'll reinstall it. If the new installation runs into the same problem or something similar I'll let you know! Thanks for following up, love the project!

…

On Thu, Oct 4, 2018 at 1:50 AM boltgolt ***@***.***> wrote: Following up on issues i forgot to reply to, are you still having this problem or did you fix it/uninstall Howdy? — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#15 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AkTG6LcOivIHHrTa5vfpTMaPEqmkvW2Dks5uhb26gaJpZM4SvP9b> .

[njjprojects]

I've installed the project on an ubuntu budgie install, and this problem has yet to recur. New, unrelated, ones have cropped up and I'll try and fix them when I have a minute later. Unless others keep having similar experiences I would say that this bug doesn't need a thread right now.

[boltgolt]

I'll close it then, haven't heard from anyone else with this specific issue yet. If it does come up feel free to reopen.

[braydenhouston]

I have had this issue started showing up since switching to KDE Neon using the Plasma desktop. Just like the OP, I can only get this issue to happen on the first login after boot. If I switch to another TTY I am able to login with Howdy. Meanwhile, TTY1 (the desktop login session) is frozen on the login prompt until I reboot.

Anything I can do to collect some more information to help troubleshoot this?

[Kruno313]

I have that same behaviour on Mint 21.1 Cinnamon.
It works on Terminal, but not on fresh login. Logoff emidatelly after.
There is no more dismiss_lockscreen in the config anymore.

from Auth.log:
Dec 26 15:40:54 kruno-L2 sudo: kruno : PWD=/home/kruno ; USER=root ; COMMAND=/usr/lib/linuxmint/mintUpdate/dpkg_lock_check.sh
Dec 26 15:40:54 kruno-L2 sudo: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1000)
Dec 26 15:40:54 kruno-L2 sudo: pam_unix(sudo:session): session closed for user root

[skywalkie2018]

same issue here on Mint 21+ login loop present for the first time then it works. No logs whatsoever that could identify anything and bring this case further ... will continue to observe and update if anything interesting found despite this thread is closed.