> 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:
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.
> 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:/ /bugzilla. gnome.org/ show_bug. cgi?id= 650464
And that it is also solvable with this trick:
https:/ /wiki.archlinux .org/index. php/GNOME# Screen_ is_not_ locked_ after_resume /wiki.archlinux .org/index. php/GNOME# Screen_ is_not_ locked_ after_resume)
(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:// irclogs. ubuntu. com/2011/ 05/23/% 23ubuntu- desktop. html#t14: 55).
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.