** Changed in: kde-guidance (Ubuntu)
Status: Confirmed = Fix Released
--
Changing an user's password can change another password for a different user
https://launchpad.net/bugs/39444
--
kubuntu-bugs mailing list
kubuntu-bugs@lists.ubuntu.com
I'm with Kubuntu Edgy and the second bug is still present, but I have
seen that I have wrong the explaination steps, here the fixed ones that
reproduce the bug.
- OPEN KDE-GUIDANCE
- create a new user called exactly as the default one: new_user
- put a password - click ok
- DO NOT CLOSE
** Changed in: kde-guidance (Ubuntu)
Status: Fix Committed = Fix Released
--
Changing an user's password can change another password for a different user
https://launchpad.net/bugs/39444
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
cimmo, you're reporting two cases, one of those is mistaken.
1) If you change the password of the user on the commandline with
'passwd' while you're editing the user with userconfig, you can expect
that whatever you confirm last prevails. That is, if you use 'passwd'
and then confirm via
1) I didn't change the password with 'passwd', I only login for the first time
the new_user and after the password the system asked me to change it, after
changed it, you logout, go to edit via kde-guidance and just click ok and the
previous password was restored.
I _never_ open at the same
Thanks for the clear explanation.
I've tried exactly what you did, and it worked as expected: The password
I set when I was asked to has not been overwritten.
--
Changing an user's password can change another password for a different user
https://launchpad.net/bugs/39444
--
ubuntu-bugs
ok probably in svn something is changed, I cannot test kde-guidance that
Riddell provides today in IRC because it cannot load the correct module
in dapper, probably it is only for Edgy :(
--
Changing an user's password can change another password for a different user
Rocco if you try the exact things I've listed you can test these cases are
buggy.
In the second case even with an empy field it changes back to the first
password inserted.
Try them both ;)
** Changed in: kde-guidance (Ubuntu)
Status: Needs Info = Confirmed
--
Changing an user's
The original description of the problem, where the second user appears
to get the same password by default as the previously edited user, has
been fixed (according to sebas) and I can't reproduce it here, so that
fix appears to have been released. The new description, where you go to
change the
** Changed in: kde-guidance (Ubuntu)
Status: Confirmed = Needs Info
--
Changing an user's password can change another password for a different user
https://launchpad.net/bugs/39444
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
ok probably I have to tell better:
- the original bug report is fixed, but I have found two more cases that aren't
fixed, the two I've writed after, and for these I have reopened the bug
- kde 3.5.4 is installed, but the problem is in kde-guidance that isn't part of
kde I think, anyway the two
By design it does nothing if you have nothing in the password field.
if self.passwordedit.password()!=:
self.userobj.setPassword(self.passwordedit.password())
Can you confirm that the above case involves an empty password field, and that
clicking OK simply does
** Changed in: kde-guidance (Ubuntu)
Status: Fix Released = Confirmed
--
Changing an user's password can change another password for a different user
https://launchpad.net/bugs/39444
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
Previous case ^ only reproduced with 'new_user' as user name.
Try this third case:
- open an user
- change its password
- click ok
- click new user
- the password is the same typed for the user
reopen this bug, fixes is not so obvious one-liner :)
--
Changing an user's password can change
I think the too fast fix keep a case for that bug.
Try this:
- create a new user
- put a password - ok
- then with a console su new_user
- change the password as required
- go back in the user's password via gui
- do NOTHING just click ok
- go back to the console, su new_user again
- still OLD
15 matches
Mail list logo