Register Members List Search Today's Posts Mark Forums Read

Reply
 
Mod Options
Username Management - Control who can change Usernames plus history Details »
Username Management - Control who can change Usernames plus history
Mod Version: 1.04, by Marco van Herwaarden (Member) Marco van Herwaarden is offline
Developer Last Online: Dec 2010 I like it Show Printable Version Email this Page

This modification is in the archives.
vB Version: 3.5.2 Rating: (10 votes - 4.60 average) Installs: 231
Released: 22 Nov 2005 Last Update: 23 Dec 2005 Downloads: 845
Not Supported DB Changes Uses Plugins Template Edits Additional Files  

Username Management - Version 1.04

Hack: Username Management
Version: v1.04
Author: MarcoH64

Description
With this modification installed you can let your members change their own username, or let Staff members change the usernames of other members.

Also a history of previously used names for a member is kept.

Features
- Users can change their own username controlled by Usergroup Permissions. If needed a time limit between changes can be set.
- Staff can change the Username of other members. This is again controlled by Usergroup Permissions.
- Previously used Usernames of a member can be viewed in posts, by hoovering over their Username. This is also controlled by Usergroup settings
- Full searchable history of Username changes in AdminCP
- Fully Phrased
- Optimized for server performance
- Documented API for addon developers

Changelog
23-12-2005 v1.04
- Changed master="true" to false in cpnav file.
- Fixed bug where history was generated when running Update User Names from Update Counters

v1.03
- Changed the size of the 'mh_unm_changelimit' & 'mh_unm_changelimit' columns in the usergroup table
from TINYINT to SMALLINT to support values > 255

23-11-2005 v1.02 (maintenance release)
- Improved internal caching routines
- Added internal routine for retrieving the latest changed usernames
- Coders: Parameter value change for parameter '$overridelimit' in 'mh_unm_fetch_username_history'
This release is needed if you want to use some fo the new Addon's!!
Known issues: Coder documentation not complete, no examples are given, although the 2 released addon's can be used as examples.

22-11-2005 v1.01
- Fixed bug messing up Private Messages (thanks mini2)
- Fixed bug in install routine that would create a wrong tablename if using table prefixes
- Changed the internal caching routines
- Added more parameters to mh_unm_fetch_username_history for more flexibility for Addon coders
- Added extended information mode
- Created first version of the Coders documentation
Known issues: No example code for an Addon Plugin yet.

22-11-2005 v1.00
Initial release

Upgrades
Upload all files from 'upload' folder.
Install the new product file, choosing an overwrite install.

Notes
Copyright 2005 MarcoH64
This Modification may not be redistributed in whole or significant part or changed without prior agreement of author.
Please don't forget to click Install.
If you like this work and would like to support the author, donations are always welcome at Paypal: Marcoh64 AT gmail.com

Download Now

Only licensed members can download files, Click Here for more information.

Addons

Screenshots

Click image for larger version

Name:	mh_unm AdminCP History.JPG
Views:	1458
Size:	72.4 KB
ID:	38046   Click image for larger version

Name:	mh_unm Change Other Username 1.JPG
Views:	1254
Size:	19.7 KB
ID:	38047   Click image for larger version

Name:	mh_unm Change Other Username 2.JPG
Views:	914
Size:	19.1 KB
ID:	38048   Click image for larger version

Name:	mh_unm Change Own Username.JPG
Views:	1702
Size:	70.4 KB
ID:	38049  

Click image for larger version

Name:	mh_unm History in Postbit.JPG
Views:	1762
Size:	11.1 KB
ID:	38050   Click image for larger version

Name:	mh_unm Usergroup Permissions.JPG
Views:	1071
Size:	32.8 KB
ID:	38051  

Show Your Support

  • To receive notifications regarding updates -> Click to Mark as Installed.
  • If you like this modification support the author by donating.
  • This modification may not be copied, reproduced or published elsewhere without author's permission.
Similar Mod
Mod Developer Type Replies Last Post
Username Management Addon - Latest Username Changes on Forumhome Marco van Herwaarden vBulletin 3.5 Add-ons 19 22 Jun 2012 08:17
Username Management Addon - History in Profile Marco van Herwaarden vBulletin 3.5 Add-ons 55 10 Aug 2011 08:43

  #76  
Old 03 Dec 2005, 08:36
john1744 john1744 is offline
 
Join Date: Apr 2005
Any way to add tracking to when an admin changes the Username through the ACP? A few of my admin still go back to that old method instead of going to the ModCP to do it. Just to keep track of the name changes.
Reply With Quote
  #77  
Old 03 Dec 2005, 08:40
Marco van Herwaarden Marco van Herwaarden is offline
 
Join Date: Jul 2004
Even when an username is changed from ACP, it will show up in history i think.
__________________
Marco van Herwaarden
Ex vBulletin.org Coordinator
Reply With Quote
  #78  
Old 07 Dec 2005, 03:44
eNforce's Avatar
eNforce eNforce is offline
 
Join Date: Aug 2004
How about adding a character limit option? Some of my members are starting to create very long usernames :P
Reply With Quote
  #79  
Old 07 Dec 2005, 08:26
Marco van Herwaarden Marco van Herwaarden is offline
 
Join Date: Jul 2004
Never really tried it, but i think it will follow the maximum set in your AdminCP for usernames.
__________________
Marco van Herwaarden
Ex vBulletin.org Coordinator
Reply With Quote
  #80  
Old 07 Dec 2005, 08:32
Oblivion Knight's Avatar
Oblivion Knight Oblivion Knight is offline
 
Join Date: May 2002
Real name: Andy
Originally Posted by jluerken
And as you can see here: http://www.vbulletin.org/forum/showp...6&postcount=76
I solved it and posted a solution for all other users who might have it

Now I am waiting for version 1.0.3 with admin approval :-)
Another alternative is to remove master="true", and it has the same effect..

However, just to re-iterate - you only need to do this if you have Andreas' "Enhanced ACP Navigation" plugin installed. Otherwise, this should work fine as it is.
Reply With Quote
  #81  
Old 07 Dec 2005, 15:50
dcpaq2xx dcpaq2xx is offline
 
Join Date: Nov 2004
Originally Posted by eNforce
How about adding a character limit option? Some of my members are starting to create very long usernames :P
Guys,

Just my personal opinion and a suggestion or advice.

Please keep the code hacks and modifications to a minimum, more code change in each hack is not good, start running into problems and it makes it harder to do VB version upgrades at a later date. I learned this from dealing with PHPBB. Too many modifications just to get a default installation of PHPBB to do what you want it to do, im sure Vbulletin could go the same way with the code hack issues if you modify it far enough.

What Im trying to say is lets not add anymore code changes to a hack then what the hack was originally designed to do, that way we keep the code modification to a minimum. If we want to add another feature and it really doesnt belong with that original hack, (restricting user name lenght in a user name change/user id history for example, especially if its already included in the admin cp) then create a seperate hack just for that feature. Some people may not want that "extra" feature included in the main hack thus reducing the amount of code alterations on their board.

The less code modification the better.

Doug
Reply With Quote
  #82  
Old 07 Dec 2005, 18:37
Marco van Herwaarden Marco van Herwaarden is offline
 
Join Date: Jul 2004
I must say that i totally agree with this. If i get a request that doesn't fit the idea of the original hack, or would make the core hack unneeded difficult/heavy, or would only be used by a few users, then i would deny that request. (You can even check on some of my hacks where i have done this).

Also hacks should try to rely on basic standard vB settings. If there is a standard setting to limit the username length (and there is), and my hack would not follow that 'rule', i would change my hack to follow the limits set by standard vB (i didn't have time to double check yet). If it does follow the standard settings, but a second limit for usernames set by my hack was requested (as it seems here), then i will deny that.
__________________
Marco van Herwaarden
Ex vBulletin.org Coordinator
Reply With Quote
  #83  
Old 07 Dec 2005, 18:42
Marco van Herwaarden Marco van Herwaarden is offline
 
Join Date: Jul 2004
I just installed this hack on my development board again and tested this issue. My hack follows the username length limit as set in AdminCP->vBulletin Options->User Registration->Maximum Username Length.

If you want to limit the length of usernames, just set this setting. This will also restrict usernames when new members register.

No need to change my hack.
__________________
Marco van Herwaarden
Ex vBulletin.org Coordinator
Reply With Quote
  #84  
Old 08 Dec 2005, 10:08
Andreas's Avatar
Andreas Andreas is offline
 
Join Date: Jan 2004
Real name: Andreas
Regarding the cpnav problems in conjunction with my Enhanced ACP Navigation Hack:

By setting mater="true", your XML effectively becomes the parent of navgroup users, if it is loaded before cpnav_vbulletin.xml - which is the case on UN*X-systems, but not on Windows:


Block Disabled:      (Update License Status)  
Suspended or Unlicensed Members Cannot View Code.

My code expects, that if a group is created by a cpnav XML other than vbulletin, that it is a custom group - hence Users disappears from the main page in this case.
You should not set master, if you are adding to existing groups.
Though I will modify my code to add an additional check for known vBulletin groups.
Reply With Quote
  #85  
Old 08 Dec 2005, 10:21
Marco van Herwaarden Marco van Herwaarden is offline
 
Join Date: Jul 2004
Hmm a valid point. Will change this in the next version.
__________________
Marco van Herwaarden
Ex vBulletin.org Coordinator
Reply With Quote
  #86  
Old 11 Dec 2005, 19:10
WNxWakko's Avatar
WNxWakko WNxWakko is offline
 
Join Date: Apr 2003
Ok there is a problem. I ran Update Usernames in the Update Counters section of the admincp, and guess what it did? It marked every single member on the board that I changed their name. The log in profiles just say changed from and to the same name, but recorded a log showing I did it.

Also it looked bad on the addon whats going on bit where it shows recent changes. It not right here....

Any fix for this?
__________________
WNxWakko
http://warriornation.net
Reply With Quote
  #87  
Old 17 Dec 2005, 02:24
WNxWakko's Avatar
WNxWakko WNxWakko is offline
 
Join Date: Apr 2003
Originally Posted by WNxWakko
Ok there is a problem. I ran Update Usernames in the Update Counters section of the admincp, and guess what it did? It marked every single member on the board that I changed their name. The log in profiles just say changed from and to the same name, but recorded a log showing I did it.

Also it looked bad on the addon whats going on bit where it shows recent changes. It not right here....

Any fix for this?
Bump. Any way to fix this?
__________________
WNxWakko
http://warriornation.net
Reply With Quote
  #88  
Old 23 Dec 2005, 10:39
Marco van Herwaarden Marco van Herwaarden is offline
 
Join Date: Jul 2004
Sorry i just returned from a trip out of the country. I saw your reply in my mail and have already a fixed version for it. Will try to zip it up and release later today.

To provide also cleaning instructions to remove those history records that where added by updating the usernames, it would really help me if you could supply me with a dump of your history table (mh_unm_history) and you user table (only need the userid & username columns i guess.
__________________
Marco van Herwaarden
Ex vBulletin.org Coordinator

Last edited by Marco van Herwaarden; 23 Dec 2005 at 10:41.
Reply With Quote
  #89  
Old 23 Dec 2005, 13:12
Marco van Herwaarden Marco van Herwaarden is offline
 
Join Date: Jul 2004
Version 1.04 released.

Changes:
23-12-2005 v1.04
- Changed master="true" to false in cpnav file.
- Fixed bug where history was generated when running Update User Names from Update Counters

v1.03
- Changed the size of the 'mh_unm_changelimit' & 'mh_unm_changelimit' columns in the usergroup table
from TINYINT to SMALLINT to support values > 255
__________________
Marco van Herwaarden
Ex vBulletin.org Coordinator
Reply With Quote
  #90  
Old 16 Jan 2006, 23:23
paulmjno paulmjno is offline
 
Join Date: Sep 2004
You know what would make this hack perfect? If you could make it only for users who have been registered for a certain amount of time.
Reply With Quote
Reply


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Mod Options

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off


New To Site? Need Help?

All times are GMT. The time now is 02:33.

Layout Options | Width: Wide Color: