vBulletin Mods

The Official vBulletin Modifications Site
https://www.vbulletin.org/forum/showthread.php?t=101326

john1744 03 Dec 2005 07:36

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.

Marco van Herwaarden 03 Dec 2005 07:40

Even when an username is changed from ACP, it will show up in history i think.

eNforce 07 Dec 2005 02:44

How about adding a character limit option? Some of my members are starting to create very long usernames :P

Marco van Herwaarden 07 Dec 2005 07:26

Never really tried it, but i think it will follow the maximum set in your AdminCP for usernames.

Oblivion Knight 07 Dec 2005 07:32

Quote:

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 :D

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.

dcpaq2xx 07 Dec 2005 14:50

Quote:

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

Marco van Herwaarden 07 Dec 2005 17:37

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 07 Dec 2005 17:42

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.

Andreas 08 Dec 2005 09:08

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.

Marco van Herwaarden 08 Dec 2005 09:21

Hmm a valid point. Will change this in the next version.

WNxWakko 11 Dec 2005 18:10

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 17 Dec 2005 01:24

Quote:

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?

Marco van Herwaarden 23 Dec 2005 09:39

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 23 Dec 2005 12:12

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

paulmjno 16 Jan 2006 22:23

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.


All times are GMT. The time now is 19:38.

Powered by vBulletin® Version 3.8.14
Copyright © 2021, MH Sub I, LLC dba vBulletin. All Rights Reserved. vBulletin® is a registered trademark of MH Sub I, LLC
Copyright ©2001 - , vbulletin.org. All rights reserved.