Summary: | "Require password after" is misleading | ||
---|---|---|---|
Product: | [Applications] systemsettings | Reporter: | Anne-Marie Mahfouf <annma> |
Component: | kcm_screensaver | Assignee: | kscreensaver bugs tracking <kscreensaver-bugs-null> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | agateau, alien, colin.thomson, fwyzard, mmtsales, oliver.henshaw, ossi |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
Proposed UI fix
As it is now |
Description
Anne-Marie Mahfouf
2012-12-13 10:16:43 UTC
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 *** |