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

[TosaInu]

Originally Posted by TosaInu

Installed the update and checked everything is there:

Fatal error: Cannot redeclare get_editlevels() (previously declared in /xxx/xxx.xxx.xxx/betavb/includes/init.php(292) : eval()'d code:22) in /xxx/xxx.xxx.xxx/betavb/global.php(349) : eval()'d code on line 24

The older versions works, but it has the 'bug' of not showing when an admin posts. This new version creates above error message. Any pointer please?

[akanevsky]

Originally Posted by TosaInu

The older versions works, but it has the 'bug' of not showing when an admin posts. This new version creates above error message. Any pointer please?

Uninstall the older version before installing the new one.

[mhc1576]

When editing a post with some attachments and upploading more than one time before saving the post again the attachments from one of the upploads dissapear and the other is posted with user 0.
The next time the post is edited the rest may or may not dissapear.

This issue is with 3.6.3 and only present with AEO enabled.

[akanevsky]

Originally Posted by mhc1576

When editing a post with some attachments and upploading more than one time before saving the post again the attachments from one of the upploads dissapear and the other is posted with user 0.
The next time the post is edited the rest may or may not dissapear.

This issue is with 3.6.3 and only present with AEO enabled.

How exactly do I reproduce the problem?

[mhc1576]

It may be a timing issue. I found attachments under user 0 and some users complains about loosing attachments.
I tried different ways to recreate it with single upploads but was not successful recreating the problem.
At one occation the username was lost and the attachment was saved under user 0 but still accessible.
1 So I did set the upload to 10 at a time.
2 Created a thread and uploaded 10, (1-10) saved the thread.
3 Edited and uploaded 10 more (11-20), saved the thread.
4 Edited again and uploaded 10 more (21-30), saved the thread.
5 Edited and uploaded 10 more (31-40), then uploaded 10 more (41-50) before leaving the attachment upload window, saved the thread.
Then the first uppload (31-40) was lost when saving.
6 Edited again and saved and now the (41-50) appeared under user 0.

Another way I found on a 3.5.4 Forum was if you create a new thread and change the user, write the post, upload an attachment and save, then the attachment was lost. Since this was some time ago I do not recall if it was saved under the wrong user or user 0.
After I discovered the problem I just changed the way I used the hack and changed the name afterwards instead.
May be a related problem to the above.

PHP 4.4.2
Zend Engine v1.3.0
ionCube PHP Loader v3.1.16
Zend Extension Manager v1.0.9
Zend Optimizer v2.6.2
MySQL 4.1.21-standard

Hope this may help,
Many thanks for your excellent Mods and your way of supporting them and taking time to investigate issues like this.

Best Regards
Hakan

Edit: The problem I describe relates to AEO 2.0.1, havent tested 2.0.2 as I just saw the release after posting this.

[akanevsky]

Uhm... Why would you want to post attachments as someone else though? This hack is not designed to work with attachments.

[mhc1576]

Originally Posted by Psionic Vision

Uhm... Why would you want to post attachments as someone else though? This hack is not designed to work with attachments.

Well, I have a lot of older people that needs help publishing and we also build knowledgebases, gradually improving the information.

I do not fully understand what you mean by the hack not supporting attachments?

Are you able/intrested to reproduce the problem or will you leave it as is?

[Arngrim]

Here's the error I receive when trying to [Add Product] :

Database error in vBulletin 3.5.4:

Invalid SQL:

### INSERT QUERY GENERATED BY fetch_query_sql() ###
INSERT INTO plugin
(`active`, `executionorder`, `title`, `hookname`, `phpcode`, `product`)
VALUES
('1', '5', 'Adv. Editing Options for Mods & Admins', 'cache_templates', 'if (in_array(THIS_SCRIPT, array(\'newthread\', \'newreply\', \'editpost\')))\r\n{\r\n $globaltemplates[] = \'adv_editform\';\r\n}', 'psionic_advedit');

MySQL Error : Unknown column 'executionorder' in 'field list'
Error Number : 1054
Date : Thursday, November 23rd 2006 @ 11:50:24 PM
Script : http://www.omitted.com/forums/admincp/plugin.php
Referrer : http://www.omitted.com/forums/adminc...?do=productadd
IP Address : (Omitted)
Username : (Omitted)
Classname : vb_database

I attached that line that was suggested if any problems arose to each of the three templates, though after uninstalling the product and adding it again I got the same database error. Any ideas? (Yes, all the steps were followed, et cetera.) Cheers.

[Paul M]

The current product xml is a vb 3.6 format file, and will not load into vb 3.5, you will have to wait for the author to upload a file in the correct format.

[akanevsky]

Originally Posted by Paul M

The current product xml is a vb 3.6 format file, and will not load into vb 3.5, you will have to wait for the author to upload a file in the correct format.

Thanks, Paul, for pointing that out. File re-uploaded.