Description: With the advent of 6.5b1 they left out alot of the mod powers that a mod should or shouldn;t have. this is a totally personal choice.
This mod includes
* Adding the Control Panel Link for Moderators * Full Member Management * Forum Settings for the forums they are Moderators of * Approve Posts * Move Topics * Prune Topics * Lock Topic * Unlock Topic * Send PMs to Groups
All from the Moderators Control Panel
**NOT FOR THE INEXPERIENCED**
Working Under: UBB.Threads 6.5
Mod Status: Finished
Any pre-requisites:
Author(s): scroungr
Date: 06/02/04
Credits: JoshPet for the original PM to groups coding which I adapted to 6.5
Disclaimer: Please backup every file that you intend to modify. If the modification modifies the database, it's a good idea to backup your database before doing so.
Note: If you modify your UBB.Threads code, you may be giving up your right for "official" support from Infopop.If you need official support, you'll need to restore unmodified files.
Nice... Hope to get this one added. how about IP searching stuff for them? I know this is a major draw back for me moving to the new board right now. (besides that pesky greamlin hack)
It's nothing, nothing I say! My Admin Logger mod required 46 files to be altered! =] I was very happy to see that included in the main distribution so I won't need to keep it updated. =]
I encounter a little problem and dont know this is a hack problem or a design problem from Infopop.
After installingf this hack I log on as existing mod. Then select a random user (no mod, no admin) and try to put him in my moderated group to give him access. I klick an his name, say edit user and see the boxes for the groups where I be mod. I put the checkmark on one group and submit it.
The Page returns, the checkmark is gone and the user still have no access to this group.
Now I find a other way: Search user over the controlpanel, put the checkmark in the select box in front of hgis name and selct edit groups from the combo box down below. This bring up an other group access list and I can still give him the proper right and save it.
It was a bug in one of the Beta releases of 6.5 that I pointed out to Infopop. As I stated above, they incorrectly used 2 div classes in a row when it should have been a div class followed by a span class. Since you wrote this mod using the bugged version of admin_modmenu.tmpl, you will need to adjust your instructions accordingly.
Here is an example of a corrected step from your instructions: [] ##### ### find the following in /templates/default/admin/admin_modmenu.tmpl #####
OK I see what you saying but I can't find that part of the instructions where I call admin_modmenu.tmpl with those strings.. I do see the part where I call it just not as it is above?
now I do see where I call that type of line in admin_adminmenu.tmpl
this hack must be a little bit improved for 6.5.1 I see some problems with admin/movethreads.php and admin/prunethreads.php. I dont know how to adapt the query in the section // Get the list of forums
The beta code: // Get the list of forums $query = " SELECT t1.Bo_Title,t1.Bo_Number,t1.Bo_Cat,t1.Bo_Sorter,t1.Bo_CatName,t1.Bo_Keyword FROM {$config['tbprefix']}Boards AS t1, {$config['tbprefix']}Category AS t2 WHERE t1.Bo_Cat = t2.Cat_Entry ORDER BY t2.Cat_Number,t1.Bo_Sorter ";
your code from this hack: // Get the list of forums if ( $user['U_Status'] == "Administrator" ) { $query = " SELECT Bo_Title,Bo_Number,Bo_Cat,Bo_Sorter,Bo_CatName,Bo_Keyword FROM {$config['tbprefix']}Boards ORDER BY Bo_Cat,Bo_Sorter "; } else { $query = " SELECT Bo_Title,Bo_Number,Bo_Cat,Bo_Sorter,Bo_CatName,Bo_Keyword FROM {$config['tbprefix']}Boards AS t1, {$config['tbprefix']}Moderators AS t2 WHERE t2.Mod_Uid = '$user[U_Number]' AND t2.Mod_Board = t1.Bo_Keyword ORDER BY Bo_Cat,Bo_Sorter "; }
after you fill out the form, select preview and press the button you see the preview for 3 seconds. The pm notifyer email is generated and then after 3 seconds you will return to the input form witch is empty again. The pm is not gerated.
I would look into the code difference between the 6.5.1 and 6.5 member access pages and see what Infoplop did.. unfortunately I am not upgrading to 6.5.1 at this time so can't..
I create a dummy group for fix this. This group has no access to all. I put all mods in this group. So are my mod's able to set all needet groups
It seems that the select in changegroups is wrong or something is counted wrong. I hope Infopop can verify this and do a bugfix.
This comes ot first time with 6.5.1b4. In 6.5 works all correct. There are some changes in changegroups.php and one of them do this mistake but I cant find out witch one. I have no php-skill
yeah looks like you are actually the scripts are trying to declare the mailer class twice.. I saw that error before just forgot where onder: for the lock and unlock posts all ya did was change that php file to 1 for mods also right?
Hmmm your main index page your speaking of is the categories.php which ya didn't even mod with this modification? nor does it touch the addpost.php or the newpost.php so while there is a slim chance its this modification.. did you add any other modifications that altered those pages?
I only made the modifications given to make the board approved by moderators and admins. I did however alter that code to allow moderators to only approve, delete, edit and not have any involvement with members and whatnot. I basically just change some of the zeros to ones so moderators can only see certain menus in the control panel. Not sure what's going on.
Come to think of it though, I did install another mod for forcing users to login without using Anonymous or something like that....not sure, but index page still doesn't update on southcoastresponse.com
There you can see what I'm talking about. I've got the moderator approve MOD installed and it's working fine, but the index page doesn't refresh. I also installed a MOD to disallow the use of 'Anonymous' user or something, but I don't think that has any bearing on it. Can someone help me?
restore to the original files and just add the other mod and see if still does it...I don't think it's this mod but that way we can do process of elimination...
Donate to UBBDev today to help aid in Operational, Server and Script Maintenance, and Development costs.
Please also see our parent organization VNC Web Services if you're in the need of a new UBB.threads Install or Upgrade, Site/Server Migrations, or Security and Coding Services.