Adv. Editing Options for Mods and Admins

I no longer support my hacks. Please feel free to update them and release new versions elsewhere as long as I get the credit for the original modification.

/*================================================= =====================*\
|| Adv. Editing Options for Mods and Admins
||
|| Author : Anton Kanevsky
|| Co-Author(s) : Xenon
|| Works on : vBulletin 3.5.x - 3.8.x
|| Released : Jun 01, 2009
||
|| Time required to install: ~30 seconds
|| Difficulty: easy
\*================================================ ======================*/

DESCRIPTION

This hack gives your board staff a few advanced post editing options that are available in New Thread, New Post and Edit Post interfaces. Since this is a port of Xenon's Adv. Editing Options for Mods and Admins Hack, credits for the original idea (but not for the port cause it has a lot new features that were not present in the original ) belong to him.

Note that this hack may interfere with other hacks that make use of posting functions. If such problems appear, place the following code in the very beginning of the problematic script:

------------------------------------------------
define('BYPASS_AEO', true);
------------------------------------------------

This should eliminate whatever problem appears. If it does not, please feel free to mention it.

STATISTICS

File Uploads: 1
Products to Install: 1


FEATURES

Basics:

• Post Editing Hierarchy (available to mods, s-mods, admins and s-admins):
  Superadministrators: Can restrict editing to moderators (and above), supermoderators (and above), admins (and above), or superadmins only.
  Administrators: Can restrict editing to moderators (and above), supermoderators (and above) or admins (and above).
  Supermoderators: Can restrict editing to moderators (and above) or supermoderators (and above).
  Moderators: Can restrict editing to moderators (and above).
  
  
• Post Author (available to administrators only):
  Administrator can specify a custom author of any post. Guests (non-existing users) can also be specified.
  
  
• Post Date/Time (available to administrators only):
  Administrator can specify a custom date and time for any post.
  
  
• Post IP (available to administrators only):
  Administrator can specify a custom ip address for any post.

Advanced:

• A system-wide switch that defines the minimal editlevel required to use the hack.
  It can be found in vBulletin Options -> Advanced Editing Options for Mods and Admins.
  
• A per-user editlevel override, available via admincp user options.
  
• Color-coded listing of users to whom a custom editlevel has been applied.

Note:
To make the subject of the override clear for you, here is an example. If you turn you take a regular registered user and set the override to "Administrator" in that user's profile, then that user will be able to use hack options that would otherwise be available only to administrators.

VERSION HISTORY

2.1.0
[+] The hack is now compatible with vBulletin 3.5.x - 3.8.x.
[+] Eliminated all template edits. The difference in template edits between different vBulletin versions is handled automatically.
[+] Added support for attachments for posts with custom user setting. These attachments are now saved, and their ownership is set to whatever custom user is specified.
[+] When a post is submitted with a custom user setting, that user's activity dates are updated if they are older than the post's date. The dates of the user's activities are never set to the future. If a new post is made with a date in the future, the user's activity dates are set to present time.
[+] When a post is submitted with a custom dateline, last post information in forum and thread is now rebuilt properly.
[+] If a post is submitted with a custom dateline, the thread's firstpostid and creation date are now set to match whatever posts is now the first one in the thread.
[+] In the event that you have installed "vS-Hide Hack Resurrection," and you are changing the ownership of a post that has been thanked, the ownership of thanks is updated automatically, and so are the users' thanked counts.
[+] Removed a lot of redundant code, so the hack should now work faster than it did before.

2.0.2
[+] The hack is now officially compatible with vBulletin 3.6.
[+] Added a workaround for hacks that use new post functions. See description for details.
[+] Unlike before, adv_editform form elements now use vbulletin styles.

2.0.1
[F] Removed extra queries from showthread and showpost.
[F] "adv_editform" is now cached.

2.0.0
[+] A "superadministrator" editlevel.
[+] A system-wide switch that defines the minimal usergroup required to use the hack.
[+] A user-level override of system permissions that defines the editlevel associated with any particular user.
[+] A listing of users for whom an override was defined (with color key). Located under "Users" in the control panel navigation menu.

1.0.2
[+] When you make a post, you have a new checkbox available. That checkbox is off by default, and it allows you to choose whether to use the custom dateline in your post.

1.0.1
[F] Lastposters were not updated on newthread and newreply when replied by admin.

1.0.0
First Release

The installation manual is contained within the attached file.

IF YOU LIKE MY HACK, PLEASE CLICK INSTALL

[Rabbitoh Warren]

Originally Posted by carolem

We use Macs. I have checked both using Safari browser and in Internet Explorer on a mac and I get the same result with the date box being too narrow to show 2 numbers.

Sheesh! It's a called search people...

https://vborg.vbsupport.ru/showpost....4&postcount=55

[carolem]

Originally Posted by Rabbitoh Warren

Sheesh! It's a called search people...

https://vborg.vbsupport.ru/showpost....4&postcount=55

Thanks, I was looking at that post previously, but I did not think that the adv_editform template applied in the 3.5 version.

My problem is now solved!

I see now where I should have realized this on my own!

Carolem

[akanevsky]

Yes, cause people post multiple irrelevant posts and I cannot keep track of everything in my threads I'll try to make sure I do this in next releast.

[TCattitude]

Originally Posted by Psionic Vision

Well, thanks, but tell that to the author of the hack. Basically, if a hack form is supposed to act the same as the regular form, it should simply have all the same hidden parameters

I have a seemed problem with this hack and "forms hack". This is the problem:
https://vborg.vbsupport.ru/showpost....&postcount=401

...i already post in that thread, but, if you can help me to solve this too, please, i will be thankful.

Greetings

[akanevsky]

This hack was written so that it would not initiate conflicts with other hacks.
However, it is impossible to prevent other hacks from initiating a conflict with this hack. All I can tell you is that you should seek help from the author of the Forms Hacks. Thanks.

[FD929]

This is a wonderful hack although I have a problem. I allow members to delete their own threads. After I lock a thread for editing by a member, they can still see the 'delete thread' in the thread tools dropdown and can use it.

[akanevsky]

Then don't allow members to delete their own threads.
At the moment, the hack cannot work with global tools that involve mass post management and stuff, and that is said in the first post.

[FD929]

Yeah that's not an option. If that issue ever arose I'll just move the offending member into my limited usergroup though I don't foresee that happening. Thanks Anthony.

[akanevsky]

I could make it so that it would say "protected posts detected, operation impossible" when, say, a moderator tries to modify a thread that contains posts over his/her editlevel... Idk whether that'd be good though.

[FD929]

Originally Posted by Psionic Vision

I could make it so that it would say "protected posts detected, operation impossible" when, say, a moderator tries to modify a thread that contains posts over his/her editlevel... Idk whether that'd be good though.

The reason I would need this is lets say a member decides to start a flamewar for whatever reason, but then gets called out and decides to delete the thread. Then I decide I want the thread back so I restore it and lock the first post. Well he can no longer edit that post, but can still delete the thread through the thread tools dropdown.

So the hack is only effective for locking posts, (which is wonderful in itself and great thanks for that) but I also need it for threads themself.

I have the workaround I described above so it's really not a big deal and a huge thanks for what it already is capable of. Just maybe something to think about for the next release.