429348 2020-11-19 14:45:59 +0000 Doesn't communicate to the user what's going on when the auth action has been locked due to excessive incorrect password attempts 2022-05-27 17:10:18 +0000 1 1 2 Applications systemsettings kcm_sddm 5.20.3 Other Other RESOLVED FIXED https://bugs.kde.org/show_bug.cgi?id=428613 usability NOR normal --- 1 postix kde bugseforuns eschwartz93 nate null plasma-bugs-null postix https://invent.kde.org/plasma/sddm-kcm/commit/c14253b0baeb6182c9b5bf888f6c8db77bf3c70e 5.25 0 oldest_to_newest 1976692 0 postix 2020-11-19 14:45:59 +0000 SUMMARY Make a change and click on apply. Enter no password or a wrong password three times. The password dialog will vanish and the apply button will gray out. I would not expect this. You wouldn't know if you didn't enter the correct password at the third try and would be surprised that the change was not applied afterwards. SOFTWARE/OS VERSIONS Operating System: Manjaro Linux KDE Plasma Version: 5.20.3 KDE Frameworks Version: 5.76.0 Qt Version: 5.15.1 1976793 1 nate 2020-11-19 20:39:33 +0000 This is caused by using the pam_deny module which Arch now used by default. You'll want to talk to the Arch packagers about it. 1977190 2 postix 2020-11-20 16:57:22 +0000 > You'll want to talk to the Arch packagers about it. Done: * https://forum.manjaro.org/t/pam-deny-entering-wrong-password-3x-leads-to-impression-that-password-was-correct/38728 * https://bugs.archlinux.org/task/68689 1977196 3 postix 2020-11-20 17:12:44 +0000 Patrick Silva, you are on Arch. Could you please try to reproduce it and report if you are successful report it to the Arch maintainers? My report was closed immediately, though I'm on Manjaro. 1977209 4 bugseforuns 2020-11-20 17:57:18 +0000 it's not Arch specific. I can reproduce on neon unstable. 1977218 5 postix 2020-11-20 18:05:41 +0000 (In reply to Patrick Silva from comment #4) > it's not Arch specific. I can reproduce on neon unstable. Thanks for checking! Nate, against what does it need to be reported now? 1977227 6 eschwartz93 2020-11-20 18:48:09 +0000 It's correctly reported against KDE. > This is caused by using the pam_deny module which Arch now used by default. You'll want to talk to the Arch packagers about it. This is a fundamentally invalid argument; calling it a distro bug if KDE produces invalid results when PAM contains an active pam_deny module that rejected the authentication attempt, is missing all the points. Unless the implication is that no one in their right mind would ever use a core module distributed by the Linux-PAM project, it's KDE's job to handle the case where the sysadmin is using it. Pointing fingers at pam_deny is at best a workaround for people whose buggy KDE setups are currently causing usability issues. The correct response is therefore "this is a bug in KDE, but until a fix is available you may wish to disable pam_deny from your current PAM stack". As Patrick pointed out, the problem will just as well manifest on other distros. 1977268 7 nate 2020-11-20 20:47:38 +0000 Fair enough. And yeah, I can also reproduce on openSUSE Tumbleweed without the pam_deny module loaded 2127210 8 nate 2022-05-27 17:08:10 +0000 Git commit 30edb01b381f78ea2ac9898e33a4c1f9845f1509 by Nate Graham, on behalf of oioi 555. Committed on 27/05/2022 at 17:08. Pushed by ngraham into branch 'master'. Re-enable apply button on save failure Allow user to know that save could not be done. FIXED-IN: 5.25 M +1 -0 src/sddmkcm.cpp https://invent.kde.org/plasma/sddm-kcm/commit/30edb01b381f78ea2ac9898e33a4c1f9845f1509 2127211 9 nate 2022-05-27 17:10:18 +0000 Git commit c14253b0baeb6182c9b5bf888f6c8db77bf3c70e by Nate Graham, on behalf of oioi 555. Committed on 27/05/2022 at 17:10. Pushed by ngraham into branch 'Plasma/5.25'. Re-enable apply button on save failure Allow user to know that save could not be done. FIXED-IN: 5.25 (cherry picked from commit 30edb01b381f78ea2ac9898e33a4c1f9845f1509) M +1 -0 src/sddmkcm.cpp https://invent.kde.org/plasma/sddm-kcm/commit/c14253b0baeb6182c9b5bf888f6c8db77bf3c70e