OK, I have had some more time to think this over. My proposal in comment #6 is very intrusive and would change a lot of upstream code this late in the cycle. Here is an even better proposal:
1- Add a new gsettings key called "lock-on-suspend", which defaults to true. This would revert us back to Oneiric behaviour 2- If we can get a UI exception, we simply add a new toggle switch to the brightness and lock applet with a "Lock screen on suspend" label This should take care of all the usage scenarios, while minimizing the changes to the upstream gnome code. mpt, would that be acceptable? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gnome-settings-daemon in Ubuntu. https://bugs.launchpad.net/bugs/938076 Title: Auto-lock on suspend is still needed when encrypting file system To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/938076/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
