-
-
Notifications
You must be signed in to change notification settings - Fork 41
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
Provided session not selected by default #141
Comments
What do you mean by "providing a single session" ? Providing a directory containing a single desktop file? |
I would like to add that the same behavior happens when It would be cool if tuigreet had a way to pick a default session, as most login managers do. Especially when there is only one desktop file. Edit: I just realized this was already pointed out in #140. |
This should be fixed on the I will probably merge this and #140 when I can properly test them (I lost access to my main development computer, so it is a bit harder right now). |
This is now available in the 0.9.1 version of |
The new release seems to break --remember-user-session for me here. The last successful session isn't remembered anymore. Is this now intentional? |
Describe the bug
In the previous version, providing a single session with
--sessions
would select that session by default. Now, the CMD defaults to-
and I have to manually select the session every login.To Reproduce
Launch tuigreet with
tuigreet --sessions <session_dir>
Expected behavior
The provided session should be selected by default
System information:
greetd
version:0.9.0
tuigreet
version:0.9.0
The text was updated successfully, but these errors were encountered: