https://bugs.kde.org/show_bug.cgi?id=426194
Geekley <mrgeek...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|INTENTIONAL |---
Ever confirmed|0 |1
--- Comment #11 from Geekley <mrgeek...@gmail.com> ---
Actually, I've done more testing and SDDM still has some of these bugs even
with ReuseSession=true. I took notes of the steps, in a "branching" form.
STEPS TO REPRODUCE AND OBSERVED RESULTS
(I merged multiple bugs I noticed when starting with the same steps, you may
need to redo a few times from start to see the other "branch")
prereq0a. ReuseSession=true in sddm conf; using always Plasma session, not
gnome
prereq0b. Have at least 2 users (in my case, they have same password, this may
be relevant!)
1. Start with a fresh (re)boot of Kubuntu (don't just logout); you're at login
screen.
2. Login User1 at SDDM
3. Winkey+L, Switch User; you're back at SDDM
3a. BUG#1! If you click Reboot, it takes a long time. It seems to be waiting at
least 1 minute or so on purpose before rebooting, but there's no visual
indication of this wait, or option to kill processes to reboot immediately
(like in Windows).
Again, from step 3:
4. Choose User2 at SDDM and login
5. Winkey+L, Switch User; User1 at tty1 is shown
6. Start New Session; you're back at SDDM
7. Login User1 again at SDDM
7a. BUG#2! You're back to lock screen of User2, not User1. At least it's asking
for the password.
8. At this lock screen, type password to go back to User2
9. CTRL+ALT+DEL, Logout
9a. BUG#3! You're now logged to User1! This time it didn't even ask for the
password (maybe having same password for both users is related to this somehow?
I didn't test with different passwords)!
10. Winkey+L, Switch User
10a. BUG#4! Now there's an Unused Session! If you use this session, you're at a
black screen with empty console prompt (tty2?). CTRL+ALT+DEL here will reboot,
again, after long wait of > 1 minute.
Again, from step 10:
11. Instead of the unused session, choose Start New Session; you're back at
SDDM
12. Try to login as User2 now (type password, enter)
12a. BUG#5! You're back to User1 again! It's asking for password. Unused is
still there!
12b. Not sure what happened here, but it seems that if you wait 1+ minute, it
goes back to SDDM on its own? Was it logging out under the hood?? I'm not 100%
sure, but I think that I just waited, because I was taking notes on a paper; I
don't think I clicked New Session.
Anyways, from step 12, quickly:
13. Login back to User1 again from that lock screen
14. CTRL+ALT+DEL, Logout
15. It does seem like you have to wait 1+ minute here... now you're back at
SDDM
16. Try to login at User2 (password, enter)
16a. BUG#6! It seems like it would have succeeded (fade out transition), but
you end up in SDDM still! If you now try User1 the same happens! You can't
login to either!
There's definitely something wrong in the way SDDM and/or Plasma is handling
these sessions. Something about tty1/tty2, I don't know. But I don't think this
happens when using GDM with Plasma.
EXPECTED BEHAVIOR
I'd expect that ReuseSession=true would make it so that those options "use this
session" or "start new session" would not even show up (it would always behave
like in step 3, even with multiple users logged in). It think this setting
should make "Switch User" in lock screen ALWAYS take you to SDDM (not stay in
lock screen to see the other sessions).
Then on SDDM (not lock screen), you'd be able to see some visual indication on
each user of whether or not they're already logged in. For example, a dot next
to the user avatar img, or some text like "(logged in)" after the user name.
And if you try to reboot or shut down from there, it should show a dialog
asking for confirmation, like: "Some users are still logged in, are you sure?";
that dialog can have the wait time of 1+ minute to kill it if you don't click
anything; or the option to cancel or shut down immediately without waiting.
And it would never use tty2 for anything GUI if I don't explicitly ask for it
(like by pressing CTRL+ALT+F2 or something). All GUI sessions are in tty1, in
fact, a novice user shouldn't even notice that this is a thing.
SOFTWARE/OS VERSIONS
OS: Kubuntu 20.04 64-bit
Linux Kernel: 5.4.0-70-generic
KDE Plasma Version: 5.18.5
KDE Frameworks Version: 5.68.0
Qt Version: 5.12.8
--
You are receiving this mail because:
You are watching all bug changes.
