https://bugs.kde.org/show_bug.cgi?id=346741
--- Comment #12 from Giorgio <gio...@yahoo.it> --- (In reply to Holger from comment #5) > I meant you to prepare for your presentation by opening > and arranging all needed programs at home, suspend your device and wake it > up the moment you need it. Waking up is quite fast and you can make it query > for the password. I use frequently my laptop in school classroom and I have to answer to student's question then I can't arrange at home what I need. > Hard-drive encryption also requires a password. People likely dislike > entering first the hard-drive password and second the login password, so > auto-login without password is perfectly sensible if you are using > hard-drive encryption. On the other hand, if you don't use hard-drive > encryption, the requested feature of auto-login + locked screen provides a > false semblance of security, while the device can easily be compromised. This procedure seems more secure than lock screen but is much more than I need and more complicated, > In short: > - the original request is a security anti-feature I don't see why, If one know the level of security. > - suspend2RAM will hopefully be an acceptable workaround (security-wise as > well as usability-wise) But sure more complicated. Not a good trade-off for any user. -- You are receiving this mail because: You are watching all bug changes.
