Login not possible after resume from standby as there is no login dialogue and no possibility to enter the password. Without screenlocker resume is OK. The problem is not there in 5.18.6. This looks very much like this: https://bugs.kde.org/show_bug.cgi?id=327947#c5 KDE Plasma Version: 5.18.7 KDE Frameworks Version: 5.75.0 / 5.81.0 Qt Version: 5.15.1 / 5.15.2 Thanks
I'm very sorry that this happened. This issue should be fixed in Plasma 5.18.7.1. If your distro isn't shipping it, please bug them to. If they need a commit to cherry-pick, you can tell them it's https://invent.kde.org/plasma/plasma-workspace/-/commit/c4a3a4e5b974fb309a6da61252b2b830d2d90683 *** This bug has been marked as a duplicate of bug 435233 ***
(In reply to Nate Graham from comment #1) > I'm very sorry that this happened. This issue should be fixed in Plasma > 5.18.7.1. If your distro isn't shipping it, please bug them to. If they need > a commit to cherry-pick, you can tell them it's > https://invent.kde.org/plasma/plasma-workspace/-/commit/ > c4a3a4e5b974fb309a6da61252b2b830d2d90683 > > *** This bug has been marked as a duplicate of bug 435233 *** Thanks, fixed. I was between a rock and a hard place: in Plasma >= 5.19 I could not log out and in 5.18.7 I could not log in. ;)
Sorry, but this is still not quite OK: when logging in after a resume from suspend/hibernate one first has to move the mouse to make the textfield/loginbox appear. Then one can enter the password. The familiar and expected behaviour is that entering the password makes the loginbox appear which is more convenient and efficient. I rebuilt plasma-workspace-5.18.7.1 with the following patch applied which restores this behaviour: --- a/lookandfeel/contents/lockscreen/LockScreenUi.qml +++ b/lookandfeel/contents/lockscreen/LockScreenUi.qml @@ -227,12 +227,6 @@ PlasmaCore.ColorScope { height: lockScreenRoot.height + units.gridUnit * 3 focus: true //StackView is an implicit focus scope, so we need to give this focus so the item inside will have it - // this isn't implicit, otherwise items still get processed for the scenegraph - visible: opacity > 0 - // changing enabled will toggle if an item can have activeFocus, which otherwise - //keeps the text cursor blinking even when invisble - enabled: visible - initialItem: MainBlock { id: mainBlock lockScreenUiVisible: lockScreenRoot.uiVisible Tested OK with login after resume from suspend and hibernate.
Please open a new bug report about that as it is a separate issue from the one reported here. *** This bug has been marked as a duplicate of bug 435233 ***
(In reply to Nate Graham from comment #4) > Please open a new bug report about that as it is a separate issue from the > one reported here. > > *** This bug has been marked as a duplicate of bug 435233 *** See https://bugs.kde.org/show_bug.cgi?id=439604