SUMMARY STEPS TO REPRODUCE 1. Boot live Kubuntu with Plasma 5 or later 2. Lock the screen 3. Press enter OBSERVED RESULT The screen DOESN'T get unlocked. EXPECTED RESULT The screen DOES get unlocked. SOFTWARE/OS VERSIONS Linux/KDE Plasma: 5+ KDE Plasma Version: 5+ KDE Frameworks Version: 5+ Qt Version: 5+
Thank you for the bug report! However Plasma 5.18.8 is no longer eligible for support or maintenance from KDE; supported versions are 5.27 (LTS), and 5.27 (non-LTS) or newer. Please upgrade to a supported version as soon as your distribution makes it available to you. Plasma is a fast-moving project, and bugs in one version are often fixed in the next one. If you need support for Plasma 5.18.8, please contact your distribution, who bears the responsibility of providing support for older releases that are no longer supported by KDE. If you can reproduce the issue after upgrading to a supported version, feel free to re-open this bug report.
As the bug Janitor has indicated, please upgrade and try again. If you're actually using Plasma 5.18, the software is so old that not even Kubuntu provides support for it anymore. Ideally you would be able to test with Plasma 6.
(In reply to Nate Graham from comment #2) > As the bug Janitor has indicated, please upgrade and try again. If you're > actually using Plasma 5.18, the software is so old that not even Kubuntu > provides support for it anymore. > > Ideally you would be able to test with Plasma 6. Reproducible on the latest beta of Kubuntu 24.10. A least on VirtualBox, along with Bug 493881, which makes any Kubuntu newer than 23.10 not worth the decrease of life expectancy of my internal laptop SSD caused by writing the iso image there and makes me avoid using any version newer than 23.10.
Reproducible on the latest Kubuntu 24.10.
Does the issue reproduce if you switch to a Plasma theme in the live session that includes a customized lock screen? That will help us narrow it down to an issue with the Breeze lock screen theme, or something else.
(In reply to Nate Graham from comment #5) > Does the issue reproduce if you switch to a Plasma theme in the live session > that includes a customized lock screen? That will help us narrow it down to > an issue with the Breeze lock screen theme, or something else. Could you please specify how the plasma themes which specify a custom lockscreen can be recognized? PS: While I'm using https://store.kde.org/p/1574339, the issue can be reproduced on an unmodified live Kubuntu 24.10.
I don't know that, sorry.
After debugging the screenlocker, I've found that it uses /usr/share/plasma/look-and-feel/org.kde.breeze.desktop/contents/lockscreen/LockScreenUi.qml. I'm therefore afraid that this does, indeed, apply to Breze's screen locker.
Aha, then it's just Bug 483163. *** This bug has been marked as a duplicate of bug 483163 ***
No, not at all, in this case everything except unlocking works flawlessly. It might be related to the specific of a live session that the password is empty.
Dear Nate Graham, Since you've added me to a CC list for a bug that you're unable to reproduce, I got a good news for you: This bug has been 100% reproducible for years. Every time I try to unlock a live session I get a bad password message, so I always work this bug around through loginctl on a different TTY where (unlike the lock screen) the login with empty password works flawlessly.
Is it always with Kubuntu's live sessions? Or with any other distros?
Only with the live ones, since the setup requires a password to be provided. Setting the password with passwd works the issue around as it makes the password non-empty.