Confirmed. This doesn't occur everytime, but for some weird reason the dialog
hangs, and the password is set to something such as:
$6$X/OldoQr$HxKsor.mQesg6EXrtIZqEHK4wKm718YVDowpV97Gm60L8rwfz07moFvNneQzmFqDGB5kv9yR6cWlEbdAc619y.
which seems to be invalid because running 'passwd' doesn't ask for the old
password. It's likely that something is going wrong while users-admin runs
'passwd' in the background.
I could not reproduce the problem with gnome-about-me nor direct use of
'passwd', but I wasn't able to reproduce the problem twice with users-
admin either.
But how the hell have you discovered this bug? Are you trying to get
developers mad? ;-) I set priority to Medium only because it's very
unlikely users will ever trigger this bug.
Note to reporter to fix his system: just run 'sudo passwd $USERNAME' if
you're able to log in from another admin, or run this command from the
recovery mode (choice at boot). Then setting the password to its last
valid value may fix the eCryptfs issue too.
** Changed in: gnome-system-tools (Ubuntu)
Importance: Undecided => Medium
** Changed in: gnome-system-tools (Ubuntu)
Status: New => Triaged
--
[users-admin] Changing password many times in the same session hangs and
corrupts it
https://bugs.launchpad.net/bugs/544570
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-system-tools in ubuntu.
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
