| 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 First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented 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 *** |