Advanced Warning System (Beta Version)

Advanced Warning System


IF YOU ARE RUNNING vB 3.6, THERE IS A NEW THREAD FOR THIS HACK UNDER THAT VERSION. vB 3.6 USERS GO HERE:

https://vborg.vbsupport.ru/showthread.php?t=124477


This is a direct port of the Advanced Warning System, as it was implemented in vB 3.0.x. This port has all the features of AWS version 3.4.16, except the Notes.

For a complete description of AWS capabilities, please refer to the following thread:

https://vborg.vbsupport.ru/showthread.php?p=574374

The vB 3.5 compliant version of AWS includes:

1 Product XML (17 Plugins, 107 Phrases, 26 Templates, 43 Settings)
1 ACP Navigation XML
1 PHP Functions File
3 Images
2 PHP Frontend Files
1 PHP Admin CP File
1 PHP Mod CP File
3 PHP Cronjob Files

This port would not be possible, without the help of KirbyDE, to whom I am greatful. KirbyDE will also be responsible for supporting you here, with questions related to this particular release. Also, this port would not have been possible, without the help of Juan P hernandez, who offered me a free test system, in which the porting was performed.

The hack has been tested and it is believed to be bug-free, however since this is a major hack, I release it today (September 9th 2005) as beta.

I hope you all enjoy it.

History (Productversion)
3.5.b
Initial Version

3.5.b1
Fixed a typo that caused Errors in User Datamanager.
Fixed a wrong object reference in functions_warning.php

3.5.b2
Fixed a Bug that caused PHP Error Messages.
Fixed a Typo in the Install Code that causes mySQL Errors.
Updated the Template Edit instructions to be (hopefully) compatible with RC3

3.5.b3
Fixed User not showing up in automatic warning PMs
Fixed 2 missing Phrases
Fixed Hidden Warner being Used for Automatic Warnings
Fixed "View x's Warnings" Button in Usermanager not working

3.5.b4
Removed one unsued Phrase, added one missing Phrase
Fixed a Typo that caused PHP Errors when sending PMs
Fixed a Typo that caused PHP Errors upon Installation
Changed Product ID for Admin CP Navigation XML from vbulletin to aws, so it won't show up any longer if AWS is uninstalled/disabled.

A bug was found which didn't allow you to delete an entered Warning Type. Bug fixed in the current distribution file.

If you found a Bug, please report it at http://bugs.kirbydemos.ath.cx

This helps to keep issues organized, which can't be guaranteed if it's only posted in the Thread.
Thank you.

P.S.1: After you install the hack per the instructions, please update your installation with the separate files listed. They are newer files not included in the zip.

P.S.2: If you want to use the Notes feature, as it existed in AWS 3.4.16, please install AWS per the instructions in the zip file, and THEN follow the instructions included in the warn_notes_update_instructions.txt.

IMPORTANT NOTE: Please keep in mind that this hack is not supported. What this means is that I have no obligation to support it. The reason for that, is because I have no access to a vB 3.5 system any more, so I can't work on this hack any more. Andreas (or KirbyDE) who undertook the support of this version of the AWS hack in the beginning, is obviously too busy to support it. So you are on your own, at least as far as the interaction with vB is concerned. If you have an issue with the hack files themselves, I'll do my best to solve it, but without a test environment, it is not easy. So users of vB 3.5 beware!

P.S. May 31st 2006: The zip file uploaded today, should contain all the debugging done by Delphi, so it should be fine as it is. You do not need the other files listed at the right, only the zip. Download it and follow the instructions in it, for installing the hack. I leave the other files there, just in case some one needs them, they will be deleted later.

SV1CEC

[sv1cec]

Phiber, you are not reading the proper instructions. The part that you posted above, is from the instructions on how to add the Notes capability, in an already installed AWS. Check the instructions included in the AWS zip file.

[AzzidReign]

I think I figured out my problem...I just dont know how to fix it. There is a glitch with the signature tag (at least in firefox, I havent tested in IE). When there is no signature, the post will be made centered vertically.

Do you know how to fix them sv1cec?

[sv1cec]

Start with a new template and edit it according to the instructions.

[phiber]

sv1cec thanks for your previous answer!

And now another... xD, yesterday I had a "problem" with a Moderator because he remove accidentaly my warn to a user... How can I avoid that? How can only a Mod remove their own? And SMods their own and Moderators ones, and Admins all? or SMods and Admins all...

Thanks in advance!

Edit: Oh, I have just seen and answer for that problem, but for unable the remove warning to mods and smods... How to remove only for mods? And there you said only "fake" remove, but not delete... How to restore a Warn removed by a Mod?

Thanks again, and sorry my English!

[sv1cec]

It's doable, but you have to run an SQL query, and since this can mess up your database, I would not like to give you more details. You'd better remove the warning all together, and explain the member that if he does the same, he is doomed.

[phiber]

LOL, Ok, Thanks ^^

[Delphiprogrammi]

how about a permission control the admin can set "can issue warnings" to yes and "can remove warnings" to no .... that would solve his problem

Restoring a removed warning is possible but like John already said it's kind of risky.

1)open /includes/xml/bitfield_aws.xml and find

<bitfield name="canviewwarnings" group="awspermissions" phrase="canview_warnings">8</bitfield>

below that add

<bitfield name="canremovewarnings" group="awspermissions" phrase="canremove_warns">16</bitfield>

save this file and upload it to /includes/xml folder

2)go into your admincp and add a new phrase

varname:canremove_warns
text:can remove warnings ?
phrasetypeermissions
product:aws

save the phrase

3)open Warn.php and find

PHP Code:

if($_GET['do'] == "RemoveWarning")
{
$vbulletin->input->clean_array_gpc('g',array(
        'id'      => TYPE_INT,
        'post'    => TYPE_INT,
        'do'      => TYPE_STR,
        'return'  => TYPE_STR,
    )); 


just below that

PHP Code:

if (!($vbulletin->userinfo['permissions']['awspermissions'] & $vbulletin->bf_ugp_awspermissions['canremovewarnings']))
    {
        RunErrorAws("you do not have permission to remove warnings");
    } 


4) edit your usergroups where you want to enable / disable the new permission usergroups => edit also remember to rebuild the vbulletin bitfieldcache you can do this by pointing your browser to

http://www.yourserver.com/forums/adm...buildbitfields

that should do it if not give me a yell

[barca4ever]

Is there's a way to prevent super-moderators and moderators from removing warnings?

In other words, I want only administrators can remove a warning

Thanks in advance

[bigM]

I have forgotten to refresh the AdminCP. Problem has been fixed

[Delphiprogrammi]

Originally Posted by barca4ever

Is there's a way to prevent super-moderators and moderators from removing warnings?

In other words, I want only administrators can remove a warning

Thanks in advance

here hint set that permission to no for moderators and supermoderators