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
Please correct me if this summary of the problem is wrong:
1. If startup requires a password, waking from suspend should require that
password too.
2. However, Ubuntu (unlike OS X, for example) isn't smart enough to tell or
specify whether startup requires a password, let alone to use the same
Yes, that would accurately describe scenarios 4 and 5, when someone is
using full disk encryption. Of course, someone who _is_ using full disk
encryption would probably argue that they _want_ a different password
for encryption than for their login password for security reasons,
unlike OS X that
Since we are late in the cycle, we have come to a compromise for
precise, until the dialog gets a proper redesign in P+1:
mpt mdeslaur, seb128: A minimal option would be to leave the current design
and add one more checkbox
seb128 mpt, what would the box say?
mpt mdeslaur, seb128: Require my
** Also affects: gnome-control-center (Ubuntu)
Importance: Undecided
Status: New
** Changed in: gnome-settings-daemon (Ubuntu)
Importance: Wishlist = Low
** Changed in: gnome-control-center (Ubuntu)
Importance: Undecided = Low
** Changed in: gnome-control-center (Ubuntu)
OK, I have uploaded test packages to add the new settings to my PPA
here:
https://launchpad.net/~mdeslaur/+archive/testing
Attached are the proposed debdiffs, and a screenshot of the applet with
the new option.
--
You received this bug notification because you are a member of Ubuntu
Bugs,
** Patch added: proposed debdiff for gsettings-desktop-schemas
https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/938076/+attachment/2836365/+files/gsettings-desktop-schemas_3.3.90-0ubuntu2%7Eppa1.debdiff
** Also affects: gsettings-desktop-schemas (Ubuntu)
Importance:
** Patch added: proposed debdiff for gnome-settings-daemon
https://bugs.launchpad.net/ubuntu/+source/gsettings-desktop-schemas/+bug/938076/+attachment/2836366/+files/gnome-settings-daemon_3.3.91-0ubuntu3%7Eppa1.debdiff
--
You received this bug notification because you are a member of Ubuntu
** Patch added: proposed debdiff for gnome-control-center
https://bugs.launchpad.net/ubuntu/+source/gsettings-desktop-schemas/+bug/938076/+attachment/2836369/+files/gnome-control-center_3.3.91-0ubuntu3%7Eppa1.debdiff
--
You received this bug notification because you are a member of Ubuntu
** Attachment added: Screenshot of new option
https://bugs.launchpad.net/ubuntu/+source/gsettings-desktop-schemas/+bug/938076/+attachment/2836370/+files/screen-lock-suspend.png
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I would like to request a FeatureFreeze and a UserInterfaceFreeze to
correct this bug.
The only way of correctly locking the screen on suspend that complies
with all the use cases is to add an extra option to the control center
applet. See the attached screenshot.
The attached debdiffs are
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: gnome-settings-daemon (Ubuntu)
Status: New = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/938076
Given the security implications for users who do use full-disk
encryption, I strongly object to wishlist importance here -- this
represents a major regression, in my mind (and for my personal
machines), which will force me to work around in an annoying way if it
is not fixed.
In addition, I would
Ubuntu has always let the user disable the automatic screen lock without
having an impact on locking when using suspend. When this stopped being
the case, we had a lot of complaints which led to different patches
being attempted. It seems there are a few different use cases:
1- User wants
6- User wants password to login, doesn't want the screen to lock
automatically, doesn't want the screen to lock on suspend (yes, some
people have requested this)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
How about if the brightness and lock applet got the Lock slider
changed to Lock on suspend, and the Lock screen after drop down
always stayed active and had a Never entry?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
if a user has configured the screensaver to lock the screen when idle,
then the machine should also lock on suspend, and vice versa.
No it should not, lot of people don't need their computer to lock just
because they are in a call at their desk and don't type on the keyboard
to 15 minutes but
Ccing mpt for input, hey Matthew, what do you think about Marc's
proposal?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/938076
Title:
Auto-lock on suspend is still needed when encrypting file
Hmm, I expected launchpad to ask me about the version number of the
software and the release that is affected. Apparently, it doesn't do
that.
So, here we go:
gnome-settings-daemon-3.3.90
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=12.04
DISTRIB_CODENAME=precise
DISTRIB_DESCRIPTION=Ubuntu precise
** Changed in: gnome-settings-daemon (Ubuntu)
Importance: Undecided = Wishlist
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/938076
Title:
Auto-lock on suspend is still needed when encrypting
20 matches
Mail list logo
