SUMMARY STEPS TO REPRODUCE 1. I press "Meta + L" to lock the screen 2. I click "Switch user" 3. Then I try to unlock the screen, enter the password, press Enter OBSERVED RESULT Regardless of how many users in the system, one or several, can’t log in, the system freezes, only Reset saves EXPECTED RESULT The idea is to log in to the system SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: 5.18.4 (openSUSE Tumbleweed) (available in About System) KDE Plasma Version: 5.18.4 KDE Frameworks Version: 5.69.0 Qt Version: 5.14.1 ADDITIONAL INFORMATION
I think I have the same issue on 4 day old install of Kubuntu 20.04. STEPS TO REPRODUCE 1) Log in to User1. 2) Click "Switch User" on application menu / leave. 3) Type password for User1 and hit Enter. (Switching to a different user works fine) OBSERVED RESULT Stays on the Breeze "Splash Screen" forever. If I type ctrl-alt-F1 I get a crash report for Akonadi Server. I can log into TTY6 and type "systemctl restart sddm" and get a login screen that works as expected to log me into User1. EXPECTED RESULT I expected to be able to log back into User1 without having to login to User2 first. SOFTWARE/OS VERSIONS KDE Plasma 5.18.4 KDE Frameworks 5.68.0 Qt 5.12.8 (built against 5.12.8) Kernel 5.4.0-31-generic ADDITIONAL INFORMATION Due to this issue my PC sent several crash reports between yesterday and today. Let me know if I need to send a separate bug report. I will be deleting this partition tonight and will do fresh installs of Ubuntu Studio 20.04 and Kubuntu 20.04 in separate partitions for testing. My production partition is running Ubuntu Studio 19.10, but I am hoping to get Kubuntu/Plasma working reliably in order to switch to it.
Additional info: I installed LightDM and XFCE4 on my Kubuntu to test "Switch User" functionality. LightDM/Plasma works as expected. LightDM/XFCE works as expected. SDDM/XFCE works as expected. SDDM/Plasma still has same wrong results as I explained earlier. Now time for full re-install.
I didn't get a chance to re-install kubuntu on my desktop pc, but I did install it on my laptop (Toshiba Qosmio x505) and it has the same issue, except it doesn't recover as well after restarting sddm (probably because it uses old Nvidia 340 driver). My PC also uses Nvidia, but v440 driver.
Same issue on following configuration: Operating System: Manjaro Linux KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.70.0 Qt Version: 5.15.0 Kernel Version: 5.7.0-3-MANJARO Steps to reproduce: 1. Switch User 2. Try to login as same user 3. After entering password, KDE loader freezes midway OR 1. "Meta + L" to lock the screen 2. Click "Switch user" 3. After entering password for the same user, KDE loader freezes midway Restarting sddm fixes the 1st issue but couldn't find any way around for the second issue (except reboot).
I tried KDE Neon 20.04 and did NOT have this issue. All 5 machines (2 PC's and 3 laptops) that I have Kubuntu 20.04 on still have this issue and they are not all NVidia graphics. What forum should I report this bug to? Or should I just erase Kubuntu and install Neon on everything?
Thank you for reporting this issue in KDE software. As it has been a while since it was reported, can we please ask you to see if you can reproduce the issue with a recent software version? Like Plasma 5.25, or ideally 5.26? If you can reproduce the issue, please change the status to "CONFIRMED" when replying. Thank you!
I can confirm that today the situation is still the same, I'm using Plasma 5.26.2 on openSUSE Tumbleweed...
Ok, thanks. Since this behavior is provided by SDDM, it's not a KDE issue, and I would encourage you submit a bug report about it at https://github.com/sddm/sddm/issues.
One person has the same problem https://bugs.kde.org/show_bug.cgi?id=426194 and he has already filed a bug report https://github.com/sddm/sddm/issues/1609
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
Oh good, thanks!