Submitted by utweb-systems on Wed, 01/08/2014 - 20:27
When configuring webmin to store the webmin users and ACLs in mysql tables, adding and modifying extra admins causes duplication in the users and their associated attributes.
Status:
Closed (fixed)
Comments
Submitted by JamieCameron on Wed, 01/08/2014 - 23:30 Comment #1
Does this only happen for extra admins? What if you create a user at Webmin -> Webmin Users and then edit and re-save him - does it get duplicated?
Submitted by utweb-systems on Thu, 01/09/2014 - 01:19 Comment #2
Adding/modifying Webmin users (both webmin and unix) does not produce the duplication. It is only by adding extra admins through Virtualmin so far that I can produce this behavior.
Additionally, each time an extra admin is modified/added/deleted all existing extra admins have another record created. This does not affect the Webmin users I created through the Webmin Users module.
Also, deleting doesn't delete them either. I have to manually remove them from the database or use the Webmin Users module to remove the extra admins from the database.
Finally, using the change my password within Virtualmin also causes the same duplication and the end result is I am not able to log in using the new password (but still able to use the old password to log in).
In the attached diagram you can see the same table after performing all these tests.
Submitted by utweb-systems on Thu, 01/09/2014 - 01:23 Comment #3
Here are the screenshots of the Webmin Users module and the extra admins page
Submitted by JamieCameron on Thu, 01/09/2014 - 18:59 Comment #4
I think I may know what is happening here - does this occur only when editing extra admins while logged in as a domain owner, or also when logged in as root ?
Submitted by utweb-systems on Thu, 01/09/2014 - 19:32 Comment #5
I was originally logged in as root exclusively.
I added the manage extra admins to the account plan and added another user. It still caused duplication while logged in as the site owner.
It also create another set of duplicated users when I updated the account plan (as shown in the attached screenshot).
Submitted by JamieCameron on Fri, 01/10/2014 - 18:07 Comment #6
Ok, I found the bug in Virtualmin that causes this now - there were some embarassing failures that assumed that all users were in regular local files :-(
It will be fixed in the next release.
Submitted by Issues on Fri, 01/24/2014 - 18:11 Comment #7
Automatically closed -- issue fixed for 2 weeks with no activity.