People think that when you do not check "Require password after" then it means a password is not required and that they can unlock the screen only with the mouse Reproducible: Always Steps to Reproduce: 1. In kcm_screensaver, check "Start automatically after" <time> 2. Leave "Require password after" unchecked Actual Results: The screen is locked and requires a password Expected Results: The screen is locked but does not require a password, the mouse only will unlock it The GUI is misleading. There should not be a checkbox for "Require a password" and the field should not be grey.
How it is intended to work: "Start automatically after <time>" will start the screen locker after <time>. If "Require password after" is unchecked, the password will be required immediately. If "Require password after" is checked, the password will be required after <time> seconds. Proposed GUI fix attached. If "Require password after" is unchecked, the spinbox value which is grey should be set to 0 and not the previous value.
Created attachment 75810 [details] Proposed UI fix
Created attachment 75811 [details] As it is now
no, this *not* what it is supposed to mean. this is simply broken functionality, because the kwin maintainers are on a crusade against classical screen savers.
Oswald can you elaborate on how it is supposed to work then?
just like it has been for the last one and a half decades: when the checkbox is not checked, no password is required. it's supposed to be a screensaver, not a screenlocker in this mode.
There has been a proposal to improve the KCM two months ago, but unfortunately nothing came out of it: https://git.reviewboard.kde.org/r/106768/ . Regarding this delay before password is necessary, Aaron was suggesting to simply pick a reasonable value and remove the option all together. I think it is a good idea: I don't see the benefit in being able to fine tune the delay down to the second.
Please do not remove the "Require password after XXX seconds" option. A value that may be reasonable for somebody (e.h. 60 seconds) may be too long for somebody else (I use 10 seconds at most) - and viceversa. Options are good :-)
This is probably related to bug #310871
*** This bug has been marked as a duplicate of bug 310871 ***