As always, thank you for the unreal amount of assistance you have given us with this hack. I feel I can't say it enough times. :D

Interesting. I'm also running 3.0.3. In your template, is your new code inside a div tag? If so, where does the tag start?

Let me know where to look and I'll also see if isn't just that I messed up somewhere.

Makes sense :)

Where are these listed? I looked through every .txt file.

I just started parsing through the upgrade_warn.php and looking in phpmyadmin to see about the database tables. That's where the problem seems to be. Looks like it never updated the warning_options table, although it did all the other ones. I'm assuming that everything up to this point probably worked. So now how do I fix it?

Yep, that fixed it. :D

When you are saying it does not work, do you mean that the members which have groups 13 and 18 as PRIMARY user group, can still be warned? The hack checks only if someone's primary group is in the protected groups, so if someone is a registered user (group 2) and he also belongs in another group (additional user group), this is not checked.

Let me know, because everything seems to be OK here.

Rgds

Yes, that's the case. They're only used as primary groups.

I found the problem. When I moved some routines in the functions_warning.php file, I didn't pass along the proper parameters. Have it fixed, but give me a moment to update the zip file.

Then download the zip and upload Warn.php and includes/functions_warning.php files to your server.

Sorry for the inconvenience and thanks for cathing this.

Btw that "saving options properly" issue... Wouldnt it make more sense to put an if() around the page calculation page, saying summit liek if ($options['warn_perpage'] == 0) { $options['warn_perpage'] = 15; }, to avoid these bugs?

Thanks! Working fine now. :)

OK, the description of each table is (more or less) shown inside the install_warn.php file, found inside the admincp directory in the upload directory of the zip.

Check them out and let me know where you stand.

Or you may try the uninstaller and start from scratch. It will remove the additional template, tables and phrases, and then you can run install_warn.php from scratch.


Rgds

It probably won't happen like it did in my case because I didn't even have the tables. If he would've had the check in there, I might not even have discovered the missing tables, lol.

Added that in the latest zip. If I start trapping all those stupid errors, the code will get enormous, after all these are in the admins section, an admin should know better, but you can never count on that, can you?

Hehe.
Well a way to educate the admins then would be to add this instead of "$options['warn_perpage']" in the above example: "standard_error('You are too stupid to add proper values, so unless you fix this, the hack will not work.')"
;)

(the above should be taken with an open mind, as it was a joke and in no way an attempt to insult Samir, since it wasn't even his fault ;))

correct me if i'm wrong but when you set the "Allow Off-Post Warnings?" to yes, isnt the 'warn x' and view x's warnings links suppose to show in the users profile, like they do in posts...

The upgrade installer upgrade_warn.php completed everything up to line 188. For some reason, it just didn't finish the last part of the upgrade. So how do I make it complete the last part? Is there a way to just run some queries manually or is there some more stuff to it than that?

Yes, I believe it should. Check your template mods and make sure you're not missing anything.

Yes, they should.

You can certainly run some queries manually, but if you are not know what you are doing, it might be a problem. I suggest you uninstall and re-install from scratch. How many warnings did you have with Zero's hack?

Rgds

If its not too much of a problem, would someone be so kind to check my MEMBERINFO for the problem...

i'm very new to vb.
i need something like this because i have quite a few +++++++s on my board.
i'm about to install it.
wish me luck! :nervous:

I didn't have any warnings at all with ZT's hack. I just installed it and was going to start modding it with your additions.

Logically, I can follow code quite well. It's kinda wierd that the last 2 queries didn't run since it was all in an array.

I'm pretty familiar with queries, but I don't know the exact format (especially when taking them out from php). If you could just let me know if this query is right, then I think I've got the query part down (I have no table prefix):

My friend, if you had no warnings in ZT's hack, delete everything and start from scratch. Why bother?

The query above is the one which modifies ZT's table to mine, but it is an older version, it does not have the 'version' column, download the last zip and get it from the upgrade_warn.php file.

Rgds

I guess I misunderstood the uinstaller the first time I read it. I thought I'd have to redo all the template mods. That would be a pain.

Will do. I'll try run the query first, but if that doesn't work, I'll uninstall and install from scratch.

I double-checked (sometimes, you never know what YOU have done), and the uninstaller removes only the templates that the hack adds. Not the ones, which existed and you modified. And of course, it does not change the php files you changed.

Rgds

Well, here's what I got back from the SQL Query:
I ran it in both phpmyadmin and through admincp. Anything else left to try before I just uninstall and reinstall?

The query is NOT the one you should be running. I told you to download the zip file again and extract the upgrade_warn.php from the zip and look in that file for the query. The query you are running does not include the column 'version' and it has a mistake in the column `aprotected_usergroups', which has a length of 0.

You said you have no TABLE_PREFIX, so run this query here:

alter table warning_options
add `version` char(10),
add `hierarchical` char(3),
add `automatic` char(3),
add `automaticpm` char(3),
add `automatic_warner` int(10) unsigned,
add `warner` int(15),
add `troll_usergroup_id` varchar(10),
add `aprotected_usergroups` varchar(10),
add `restore_groupid` smallint(5) unsigned,
add `incr_ban_days` char(3),
add `max_no_bans` int(5),
add `viewoption` char(3),
add `multiple_per_post` char(3),
add `send_pm_warning` char(3),
add `send_em_warning` char(3),
add `historical` char(3),
add `allowoffpost` char(3),
add `warnings_per_page` int(3)

Rgds

Ooops!! I forgot to get the newest zip. It's been a crazy day. Trying to change headlights in my car and it was so cold that my frozen hands couldn't do anything for more than 15 mins. So I was going back and forth between this and the car.

That worked. Should I go ahead and run the other query that put the default options in the tables or should I just go ahead and set the warning options through admincp?

can somebody please help me.
i cannot find this...

in my postbit.
the only thing that comes close to that is this:
do i just add it under this line of code?
i have a virgin postbit template from v 3.0.3
i'm very new to coding
thanks in advance

with my post above i've used my best guess.
looked like some of the lines were in that exact letter case.

i have another problem.
everythign seems to be okay but when i try to enter threads it looks like the image below.
i've re-enter the lines of codes neccesary for showthread.php and functions_showthread.php

can any of you tell me why it's doing this.
please help
thanks in advance

Sounds like a template issue to me rather than a php one. Check over your template changes and make sure they are correct too.

I fixed the view warnings thing, but can anyone tell me why I'm getting the SQL Error?

thank you i fixed it.
hopefully NO PROBLEMS.
first time hacking my board.
:eek:

Because the database and the code are not of matching versions. In other words, your table hasn't all the columns required by the code. Go create the 'automaticpm' column in your table, by running the following query:

alter table `warning_options` add `automaticpm` char(3) after automatic

But, still you do not have all the columns in the table. What I see missing is the 'version` column.

Folks, please download and install always the latest version. Or, make sure you always upgrade to the latest version, or else it is very difficult for me to support you.

Rgds

all up and running ;)

Well, I tried the query and ran it--worked fine. Set all the options--set fine. Went to see what it looked like on the board--had 2 copies of "Warn User" and "View Warnings"--no biggie, probably just a template error. Got a blank page when I tried to warn user or view warnings--probably just something was messed up.

I unstalled using the uninstaller.php and then tried to look at the forum--blank page. Now I can't get anything out of my board, but a blank page. I can't even get to admincp. What did I do wrong?

revert all the modified templates *.php files you do have a copy do you ? and what about a database backup BEFORE you try to install this hack ? always backup when something is "havy" modifying the original code

I got just a little bug. Everything working fine, but this error allways appears when I'm adding a warning

Please help. Thank you!

You can't even get in your admincp??? That's odd. You must have messed something up, but I have no idea where. The uninstaller is only removing the templates added by the hack, the tables and the settings. It doesn't touch anything else.

Try reverting your admincp/index.php file to the original and see if that works.

Keep me posted. I'll try to check here often to see how I can help.

Hi,

I have one small last error with this hack in version 2.3.1.

If I take a look in the threads I get an display error in the Internet Explorer.
Please take a look at the screenshot.

Can someone send me the correct modified template or post it here please?

When does it happen? When you hit the "Warn XYZ" link? or after you warn someone? Some template must be wrong, but I can't reproduce it here.

this is a typical PHP syntax error basicly it means you forgot a " or ' or } { etc for example

will generate a parse error because there is no ; at the end of the string $test you should look in the line number (or the lines above it)