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 minima
** 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.
http
** 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
B
** 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 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: Un
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, which
** 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)
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:
mdeslaur, seb128: A minimal option would be to leave the current design
and add one more checkbox
mpt, what would the box say?
mdeslaur, seb128: "Require my password when w
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 on
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 pa
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 O
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 syste
> 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 th
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.
https://bugs.launchpad.ne
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.
https:/
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 passwor
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 woul
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
** 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 fi
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 (develo
20 matches
Mail list logo
