© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
bbfa235
(Get the code!)
> Could you give details on what you mean there?
Hi and thank you for quick response! Maybe I confused you a bit (sorry for that), maybe problem I have is only loosely related to this bug. Let me explain, please:
My first comment there was relevant (exactly) to bug description - I was confused, if current inconsistency in behavior between two actions (lid switch or menu item click) done on (on user's explicit) order is bug or design - because if by design, it will be real problem for tablets (no lid switch).
My use case is tablet (Acer Iconia W500). There is used Gnome 3 with Gnome Shell as a desktop environment. Security is serious concern (whole disk encryption is used) so account is password protected and I definitely want to get prompt for password after every one resume from suspend (regardless how it was triggered). My problem is, that I sometimes resume my machine and it is unlocked (i.e. no password prompt)!
I belive, it has something to with this (solved) upstream bug:
https:/
And that it is also solvable with this trick:
https:/
(maybe for some background also there - https:/
But, this option is not available in gsettings schemas in Ubuntu (reason for this is probably mentioned there - http://
So right now, I am reliant only to ugly workaround: switch account - suspend from LightDM screen - resume - "switch" back to my running session (which fortunately need password everytime).
> If you do care about security and set your box to enter a password on login you probably want a password on resume as well (it's not very different from boot).
This is exactly I wish - but also reliably.