Would adding value="$bbuserinfo[username]" to the Change Username fields have any adverse effect?

How, what, where, why?

Well to make the "Change Username" fields in the User CP appear more like the "Change Email Address" fields above it, I added the current username in the text boxes. I've not looked at the code or checked whether to see this hack will ignore updating the Username if it remains the same as the current one.

I guess I should stop being so lazy and actually look.. ;)

It will ignore it if not changed (i think). Since you will most likely not reuse your name, i thought it was useless to prefill with current.

PS Yes take a look, some parts (especially some of the caching in the functions) i am pretty satisfied with.

Why is the max days 255 days? I wanted to only allow members to change once a year max, but seems I cant, I put in 365 and save, but when i go back in, its set ast 255. ?????????

Hmmm that looks like a design error. To allow higher values, change the 'mh_unm_changelimit' column of the usergroup table in your database from TINYINT to SMALLINT. Will update this in the next release.

This may be useful for my forum..hm...I will test it out none-the-less. :)

I have no clue how to do that. Is there a query I can just run from the Admincp?

[sql]ALTER TABLE usergroup CHANGE mh_unm_changelimit mh_unm_changelimit SMALLINT(3) UNSIGNED NOT NULL DEFAULT '30'[/sql]Yes, [high]mh_unm_changelimit[/high] should be there twice.. :)

You can run the following 2 queries:
[sql]ALTER TABLE usergroup CHANGE COLUMN mh_unm_changelimit mh_unm_changelimit SMALLINT UNSIGNED DEFAULT 30 NOT NULL;
ALTER TABLE usergroup CHANGE COLUMN mh_unm_viewhistorylimit mh_unm_viewhistorylimit SMALLINT UNSIGNED DEFAULT 1 NOT NULL;[/sql]
If you are using a table prefix, then add it in front of the tablename (ie. prefix_usergroup).

If you run the queries from the AdminCP, you must run 1 line at a time. If you are using something like phpMyAdmin, you can just copy&paste both lines in 1 go.

If you use SMALLINT(3), it will not increase the column size. ;)
SMALLINT defaults to 5 positions.

PS I never understand why people keep quoting numeric default values.

So if someone changes their member name, does it change the member name all all previous posts? Plus I can only assume that the old username will be in quoted posts...correct?

It will be changed everywhere, except quoted posts.
It uses the standard routines in vB to change the name, the same that is used when changing from AdminCP. Everything that would be changed when doing it from the AdminCP, is also changed with this hack.

It merely builds on top of the standard functions by giving Users and moderators also a place to change the name, and to add logging/reporting to it.

Nice update there...

feature request:

having this History of Usernames to be searchable as "registered users" so if someone wants to register with a username that is in this list, he will not be able to, and will be required to contact the admin if this is an error...

the situation come often when someone register, and not remember his password or complete username, and instead of asking for a new access he register twice... that came at least 3 times here this year only... ;)

something like "this username was once used by a user on this site. if you really need this username, please contact the admins. "... and this can be joined with the Ajax Alert...

Well that would be something completly different......and for 3 times a year?

But i have been thinking about not allowing a change if a name have been used before.

For example a popular guy on the board, decide to change his name, and a newbee immediate change his name the the popular guys old name.

A lot of people would get confused. Or maybe just no reuse of names for 3 month.

that's the same situation i guess, just not the same start.. lol

;)

Just installed this on my testboard and I really like it.
Thanks

Just one question:
What's wrong with semi-colons?

They are not allowed i guess. But that has nothing to do with my hack, it is vB itself blocking it.

Oh, ok, thanks for clearing me up.

I've got another problem:
When I allow a usergroup to change names, they can't login into the ModCP anymore.
They click on the "Change name" link, enter username and password in the login window, but instead of logging them in, the login window is displayed again.

Am I doing anything wrong?

edit: I just noticed that the user needs to mod at least one forum to make it work.
Is there a way to change this?

No there is no way to change that. Like written in the instructions, he/she needs to have modcp access, so Admin, S.Mod or Moderator (with a forum).

Ok, thanks.

And now, finally:
[high]* zappsan clicks install[/high]

With this installed with the Enhanced ACP Navigation plugin the Users category which is normally in the main AdminCP menu is now in the Custom Navigation menu lol..

Yes that is the big disadvantage of the Enhanced Navigation.

Hm... is it also possible for users [/i]not[/i] to see the name change history as well?

Who can view history is controlled by the usergroup settings.

Hi,

this is a wonderful hack and I want to use it but I have a feature request:

Is there a way to include an approval process?

A user can change his name but before this change becomes valid an Administrator has to approve it.
Some kind of moderated username change link in the AdminCP would be wonderful.

Would be nice to see this in v 1.0.3 :D

regards
jluerken

When I install your hack the USERS menu in the adminCP dissapears :-(

How can I change this?

Ok I change this.

Create a phrase called: mh_unm
Phrase Type: Control Panel Home Pages
Product: Username Management
Varname: mh_unm
Text: Username Management

Then edit cpnav_mh_unm.xml and delete all content.

Replace with:
Done!

If you have Andreas Hack installed the Users menu stays now on the main page and a new menu comes up on the second enhanced nav page.

Have fun...

Sounds like a good idea, might do it.
How can this happen? The menu is just controled by another file in your includes/xml. I didn't hear from anybody else having this problem.

Sounds to me that this is more a buck in Andreas hack then. It should be just nother option in the User menugroup (that is where it belongs).

And as you can see here: https://vborg.vbsupport.ru/showpost....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 :-)

Thanks Marco,

Is it possible to include the option to change userid of any user, and only Staff members or super Admin could do this.

Please could you edit your solution to add a note that your solution is only if they have Andreas hack installed. Now it looks like everyone should be making that change.
No, i don't see the use of changing a userid. Since it will also require totally different coding, i son't see a reason to put it in this hack.

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.

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

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

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

Another alternative is to remove [high]master="true"[/high], 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.