Yup, you're right. I could swear I was unlocking it.
Ok, so after following the steps I can confirm that setting a new
password for the user after it has been set to not require a password to
log in, does indeed keep the user in the nopasswd group, and so even
though you have set a new password for the user you do not need to use
it to log in.
However - I'm not sure if this is a bug or a feature.
My rationale is that setting a password for the user could be considered
orthogonal to actually requiring that user to *use* the password in
order to log in, as opposed to say, unlocking the user panel in
settings.
I will speak to the team and see what people think.
** Changed in: unity-control-center (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to unity-control-center in Ubuntu.
https://bugs.launchpad.net/bugs/1667222
Title:
set password in "user accounts panel' won't remove user from
"nopasswdlogin" in all cases
Status in OEM Priority Project:
Confirmed
Status in unity-control-center package in Ubuntu:
Confirmed
Bug description:
Step to reproduce
1. add the current login user to "nopasswdlogin" group by
1.1 launch "user accounts panel" in unity-control-center
1.2 Click "Unlock" at the top right, and enter the user's password.
1.3. Click the dots to the right of "Password", to open the dialog where you
can change the password mode.
1.4 In the combo box at the top, select "Log in without a password". Save
the dialog.
1.5 Open a terminal, and execute `grep nopasswdlogin /etc/group'. Note that
the current user is present.
2. log out, and confirm password is not needed to login.
3. launch launch "user accounts panel" in unity-control-center again.
4. change the login user's password
Expected behavior
1. new user password is set without any warning message, and user is removed
from group "nopasswdlogin".
Current behavior
1. system prompt "Authentication is required to change user data", and the
only way out is press cancel.
2. after press cancel, new user password is set, but the user is still in
"nopasswdlogin" group. (checked by `grep nopasswdlogin /etc/group`)
Note: this is still reproducible even use the new unity-control-
center in LP: #1630156.
To manage notifications about this bug go to:
https://bugs.launchpad.net/oem-priority/+bug/1667222/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : [email protected]
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
