Provided session not selected by default

[JManch]

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:

• Distribution: NixOS
• greetd version: 0.9.0
• tuigreet version: 0.9.0

[apognu]

What do you mean by "providing a single session" ? Providing a directory containing a single desktop file?

[bertini97]

I would like to add that the same behavior happens when --session is not specified. No session is selected by default, and when you try to log in, it just doesn't. Took me a while to figure this out, it felt like a bug.

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.

[apognu]

This should be fixed on the dev/default-session branch.

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).

[apognu]

This is now available in the 0.9.1 version of tuigreet.

[andyrtr]

The new release seems to break --remember-user-session for me here. The last successful session isn't remembered anymore. Is this now intentional?