Administrative and Maintenance Tools - Username Request

Introduction
I was looking through the Modification Requests forum here and found a pretty good idea. The basic idea was to add a list of users who would like a name change for the administrators. I added the basics and released it. In consecutive versions I have added the abilities and features you have requested and this is the product. It is morphing into a more powerful, more useful system each and every version.

The Tools

User Tools
Inside the User Control Panel, there is an area that is added where a user is given the ability to submit a username that they would like their name changed to. They receive PM updates depending upon the "status" of their request, whether it is Accepted or Rejected.

Administrative Tools
As soon as a request is added to the database, the specified administrator is sent an e-mail saying that a user would like a username request. Inside the Administrators Control Panel, a new section is added under the "Users" navigation tab, that lists all the "Pending" requests with the ability to "Reject" or "Approve" the request. A user will be notified via PM when an action is taken. When a username is approved, the system will automatically change the username.

Username History
This tool will list all username changes that a user has requested. It will also display the status of the request, meaning that if you reject it, this will be displayed. This tool will be built upon in a later version.

Username History Changes:
In the next version, the status of a username change request has been revamped and no longer includes hard-coded "Accepted", "Rejected", and "Requested" status values. More information will be given at the release of v1.1.0!

Requirements
This hack has several requirements. They include:

• vBulletin v3.6.6 or higher (This is the minimum version required for the next requirement)
• The usercp_nav_bottom template hook.

To get around the second requirement, you can copy the cell manually or add $template_hook[usercp_navbar_bottom] at the end of the User Control Panel navigation.

Installation
Installing the product is easy. Just follow these steps:

1. Upload Files into your Administrators Control Panel directory.
2. Import the product through the Product Manager.
3. Click Install Here

Known Bugs:

1. No e-mail is sent out to users upon username change. Fix: The next version will include a fix that will respect all the users settings on receiving e-mail from administrators.
2. The setting for PM sender was ignored within the code and uses the userid of the administrator who changed the username through the administration back-end. Fix: In the next version, revamped settings and improved back-end will now properly use a setting similar to this.

Big Thanks!
I would like to give a big thanks to Paul M for helping me with my stupid mistakes in v1.0.4 - v1.0.6! Now all of my mistakes should be taken care of (unless I made a mistake in the disallowed if statement). Thanks Paul!

I would also like to say thanks to Marco for pointing out a possible SQL Injection that was in v1.0.4 - v1.0.6 (It was inside the ACP, and used a wrong variable name / clean type).

And to Dannyloski for fixing my modification on his forum and providing the fix here. Much faster than I did it.

Final Remarks
I hope that you will enjoy this product as much as I enjoyed making it.

[txsbmw]

Are you going to be adding a reason for username request in this update? (user must give reason?) if so maybe permissions to handle who can see the reasons they gave for each change request as well.

[King Kovifor]

Originally Posted by txsbmw

Are you going to be adding a reason for username request in this update? (user must give reason?) if so maybe permissions to handle who can see the reasons they gave for each change request as well.

If I added reasons, it would in the user name history, meaning only people who can view history can view that.

[txsbmw]

That's fine with me and works well with the set up for permissions I have now.

[King Kovifor]

Right now there aren't any permissions.

[txsbmw]

I was talking about the permissions I have for user notes already in place.

[King Kovifor]

oh...

[AsilentFart02]

Marked as Installed. Very nice hack, thanks alot.

[dutchbb]

Originally Posted by King Kovifor

My reasoning for this would because I'd need to learn a new technology I don't want to, and not everybody can use it.

If you want to, in v1.0.3, there's usergroup permissions. Set up a subscription and add make it a week long thing. Only allow that group to change names.

Good idea. When do you expect it to come out (the new release). Sorry if this has already been answered.

[King Kovifor]

Originally Posted by dutchbb

Good idea. When do you expect it to come out (the new release). Sorry if this has already been answered.

I'm not sure. I still have to do the whole install codes and modify the templates and the whole username history stuff.

[BellyBelly]

I have installed this and went to approve a user name change from *Annie* to alex&oly and I got an error which I accidently didnt copy properly... but something about it having too many invalid characters or something (more than 3?) and to go back and do it again.

I then checked to see if the name been changed and it hadn't, so I clicked back and tried again and got this:

Fatal error: Existing data passed is not an array
Called set_existing in /usr/home/0chroot/bellybe/home/bellybe/public_html/forums/admincp/unreq.php on line 88
in /includes/class_dm.php on line 235
#0 vb_error_handler(256, Existing data passed is not an array
Called set_existing in /usr/home/0chroot/bellybe/home/bellybe/public_html/forums/admincp/unreq.php on line 88

... this code went on for the whole page. When I went back to the requests, it had disappeared, still no change.

When I went to change the other request, jessiemon to devilchild13 then it did work fine.

Any ideas? Is this because there were the two ** and the one & and it didnt like it?