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

[Feature request]Please, add "Autologin delay" #1640

Open
ImustBuySomeBreadToday opened this issue Jan 25, 2023 · 5 comments
Open

[Feature request]Please, add "Autologin delay" #1640

ImustBuySomeBreadToday opened this issue Jan 25, 2023 · 5 comments
Labels

Comments

@ImustBuySomeBreadToday
Copy link

ImustBuySomeBreadToday commented Jan 25, 2023

There are several user accounts on my computer. In the vast majority of cases only one of them is needed, thus it makes sense to enable autologin feature (and there is NO risk of "Evil maid attack" too). But occasionally other accounts must be used. Please, consider adding option of delay for autologin, for cases like mine.

@aleixpol
Copy link
Contributor

What would this look like? We'd show the greeter with a timeout?

@ImustBuySomeBreadToday
Copy link
Author

ImustBuySomeBreadToday commented Jan 31, 2023

Hmm... after some thought, probably my initial feature request was too narrow-minded. Let's take bigger picture: there should be whitelist of accounts that can be allowed to log in without a password. If autologin is disabled, then you need to manually select/enter account name, and then, depending on if given account is in the whitelist or not, then you either can log in or you need to enter corresponding password first. In another case, if autologin is enabled, but autologin delay=0, then given account instantly logs in, given that it's present in the whitelist. If autologin is enabled, but autologin delay >0, then the program waits for any attempt to select or enter account name for N seconds, and if no such attempts were detected, then autologin proceeds as usual. But if such attempt is detected, then the whole autologin procedure is aborted.

@Vogtinator
Copy link
Contributor

You can already allow passwordless login for users by making those accounts passwordless (passwd -d username).

IMO the concept of a delayed autologin is weird. For this usecase I'd suggest to just make the relevant accounts passwordless and if user switching is necessary after autologin, just log out and select the other user instead.

@zany130
Copy link

zany130 commented May 17, 2023

This would be pretty cool. Basically, some settings like AutologinDelay=x where x is a number in seconds or maybe the unit can be specified like AutologinDela=10m for minutes

So sddm would show the normal account picker, and if no input is pressed within a certain time, it will auto-login to the user and session specified in the sddm.conf

My use case for this is I want to setup up my PC to be remotely woken up and logged in, but I don't want to have auto login always enabled as sometimes I want to log in to a different session I have.

So with this when I want to remote into my PC I don't press anything at the sddm screen thus letting it auto login to my plasma session.

When I am at my PC and I want to use a different session (steam big picture) I just select that on the login screen and provide my password

@supertin
Copy link

Bump and adding a use case... Steam remote play.

My PC is set up to wake on LAN, and then auto login as my normal user. This then loads Steam, and gives access to my games from other parts of the house, other buildings on the property, and even from other people's houses. Without the auto-login, this is MUCH more difficult.

But I also have another account I use every so often. Most of the time, when I need this account, the computer has been off, so I have to wait for the auto-login to go through, then log out again, and log in as that other user.

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

No branches or pull requests

5 participants