** Changed in: policykit
Status: Confirmed = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/315002
Title:
Changing your password does not allow admin authentication before
Upstream said it is the intended behavior: users for which password has
expired shouldn't be allowed to authenticate until they have logged out
and in back, so that they change their password.
** Changed in: policykit (Ubuntu)
Status: Triaged = Invalid
--
You received this bug
** Changed in: policykit
Importance: Unknown = Medium
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/315002
Title:
Changing your password does not allow admin authentication before
session is
** Changed in: policykit
Importance: Medium = Unknown
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/315002
Title:
Changing your password does not allow admin authentication before
session is
Hmm... Charlie, I did not notice your step:
3. enter sudo passwd expiry USER1
Is there a specific reason why you didn't use the standard 'passwd' command?
Could you post the log when using it? Don't even use 'sudo passwd', as it
doesn't work the same way. Does it work then?
Anyway, the
Attempting to do anything in Ubuntu/Xubuntu to a password with out using
sudo results in permission denied. Since the root account is locked,
we can not make a change without sudo. However, I did type that line
wrong. Here is the actual lines from terminal:
jhtad...@justhaveto:~$ passwd -e
That doesn't work because you're passing the '-e' option, which means:
mark the password for expiration to force the user changing it on next
login. That operation requires admin rights. BUT please simply use
'passwd', without anything else.
(This is the best way of changing passwords in the
And, it works! Changing the password in terminal allows immediate use of
the new password.
jhtad...@justhaveto:~$ passwd
Changing password for jhtadmin.
(current) UNIX password:
Enter new UNIX password:
Retype new UNIX password:
passwd: password updated successfully
jhtad...@justhaveto:~$
I
That's not a workaround, that's the normal procedure. Why would you use
'passwd -e' in the first place, if you want ot change your own password?
The only bug I can see here is that PolicyKit should allow users to
authenticate even if their password is marked for expiration until they
log change
** Bug watch added: freedesktop.org Bugzilla #25461
https://bugs.freedesktop.org/show_bug.cgi?id=25461
** Also affects: policykit via
https://bugs.freedesktop.org/show_bug.cgi?id=25461
Importance: Unknown
Status: Unknown
--
Changing your password does not allow admin
** Changed in: policykit
Status: Unknown = Confirmed
--
Changing your password does not allow admin authentication before session is
restarted
https://bugs.launchpad.net/bugs/315002
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Thanks again for trying. Here is the /var/log/auth.log. It is from a new
installation of Xubuntu 9.10 done today to make sure there was nothing
else involved in creating the issue. Send me direct email if you want
information/details on any Xubuntu/Xfce involved bugs: charlie-tca AT
ubuntu DOT
Dec 4 13:12:40 justhaveto sudo: jhtadmin : TTY=pts/0 ; PWD=/home/jhtadmin ;
USER=root ; COMMAND=/usr/bin/passwd -e jhtadmin
snip
Dec 4 13:13:11 justhaveto polkit-agent-helper-1[1537]:
pam_unix(polkit-1:account): expired password for user jhtadmin (root enforced)
Dec 4 13:13:38 justhaveto
13 matches
Mail list logo