Change User ID

26 views
Skip to first unread message

James Crone

unread,
Jul 12, 2012, 12:41:46 PM7/12/12
to dot...@googlegroups.com
Our 2.0 system does authentication via LDAP.  One of my users had their username changed in the LDAP system so now there is a mismatch between the user ID in dotCMS and the LDAP system.  Since I can't change the User ID via the dotCMS back-end, can I just find records in the user tables of the db with the old user ID and change it to the new one?

Jim
__________________________________________
Jim Crone
Director of Web Marketing/Communications
Bradley University
E-mail: jcr...@bradley.edu
Phone: (309) 677-3844
Fax: (309) 677-2799
www.bradley.edu



Todd Reed

unread,
Jul 12, 2012, 12:54:18 PM7/12/12
to dot...@googlegroups.com

Jim,

 

                I just saw a post that Will did on deleting a user.  What you will probably need to do is create the new account, assign all the permissions, then run through Will’s codeshare script.  This isn’t tested, but it looks like it should work.

 

               

                Deleting a User from the Database

                Author:  Will

                http://dotcms.com/codeshare/deleting-a-user-from-the-database

 

--Todd

--
You received this message because you are subscribed to the Google Groups "dotCMS User Group" group.
To post to this group, send email to dot...@googlegroups.com.
To unsubscribe from this group, send email to dotcms+un...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/dotcms?hl=en.

Chris Falzone

unread,
Jul 12, 2012, 1:03:40 PM7/12/12
to dot...@googlegroups.com
In this case the system should just create a new user for the new username the first time the user logs in.  The only issue I could see is perhaps the email address needs to be unique.  You should be able to use the UI to change the old user's email address to like user...@domain.com and then when the next time the user logs in, the system will be able to create the new user.  As long as you have all the permissions setup via roles that are assigned by ldap groups, then there should be no problem permissions-wise.  After the new user is created you can then go through Will's example to delete the old user if you choose.  I guess if you have workflow tasks directly assigned to the user you will need to either go through the example to delete the old (which will in turn assign the workflow tasks to the new user) or manually in the UI reassign those workflow tasks.
Reply all
Reply to author
Forward
0 new messages