Looool, well i am not that good a reader, a typical user ;) so maybe it was in the instructions, but i didn't see it. Why not remove it from the vB options then?

It uses vboptions as the settings are required at several places througout vBulletin, and as there isn't a solution yet for Datastore ...
But they could be moved behind debug mode, sv1cec?

Ok, back with some more 'User who didn't read the instructions and just started clicking remarks'. :D

- When issueing a non-post related Alert, it will not be visible in the Warn information for user that this is an Alert and that the Warn points are not counted (if i understood that correct).
- Trying to remove an Alert given to a user, gives me the error: Invalid User ID Input
- The footer of Warning Types on the same page is 1 column short.
- Clicking on the 'Yes' link in the Alert Comment column give me a partial page (no header, CSS not good it seems, images not loaded).

I do not even know what debug mode is! Let alone, what to answer to your question!!

Alerts are visible, but they do not add points to the member's account.

Does this happen when you try to remove or completely remove an alert?

This has been dealt before, you should look back a couple of pages. See this:

https://vborg.vbsupport.ru/showpost....&postcount=125

KirbyDE can you please edit that template in the zip file? Tnx

Strange, that works OK in the test site. KirbyDE can you test this one?

All metioned above is done from User Profile->View Warning
My problem is that it is not visible in the list that it is just an Alert and not a Warning.
When removing an alert from the page as described above. Removing a warning give no problems.

You mean that if you check it from AdminCP/View Warnings Log, the Alert is there, but if you check it from the User Profile/View Warnings, it is not? Is it possible that the Alert was not entered, because the Warning Type was not alertable?

This is also strange, because an Alert is not removable from the User Profile. There should be no link to remove an Alert from the View Warnings link in User profile. An alert is removable only from AdminCP/View Warnings Log.

What I did notice however, is that the parameter $admincpdir is not parse (it doesn't get a value). Anyone knows if this is one of the parameters that got replaced in vB 3.5? From looking in the code, it should be evaluated in global.php which is "included" at the begining of admin_warn.php, but this parameter doesnot get a value.

It is there, but it shows the same as if it was a Warning, i can't tell that it was an Alert instead.
It was on my testboard
Yes, the same change like all things from the config file.

I will do some testing and screenshots later.

Maybe KirbyDE can help here, my test board is at version 3.5.0 beta 3, so maybe something has changed since?

$admincpdir is defined correctly ... on the frontend as it get's set by the frontend global.php.
But it's not present in AdminCP.
Gonna check the Code.
@sv1cec
The Timestamp of this Thread was updated today - what did you change (don't want to overwrite changes)?
I am in the process of setting up a CVS Server, will contact you soon.

That's what I figured out, we need to have that defined in admin_warn.php (and possibly elsewhere) since I use it in the code.

Oh do not worry, I didn't changed anything significant. I noticed that you had versions 1.0.0, 1.0.1 etc, and I changed them to be 3.5.b1, 3.5.b2 etc, since this version of AWS is 3.5 (to match vB's version). If I do any code changes, I'll let you know.

I had those Versions Numbers for a Reason: Product Management needs Version Numbers in a certain format to work correctly - 3.5.bx does not work ...
3.5.0 Beta x would work though.

Sorry, I was not aware that this is getting so complicated. Please feel free to change them to whatever your program will work with, as long as the first digits are 3.5. so that it reflects the vB version as well (at least for the time being).

Rgds and tnx

It's not my program, product management is a feature of vBulletin ;)

Darn, I need 48-hours days, to keep up with these things!

I'm not sure if this is a known issue or not. I haven't seen anyone else comment on it yet, so I'm going to mention it in case it's an actual problem to fix.

For the record I'm on 3.5 RC3 and this is a clean install (no previous version of AWS) of whatever version I downloaded yesterday.

If I go to a warning page (for example, click the Warn <Member> link in a post), then go to Who's Online, it shows this:
for my location.

All plugins from this hack are active and unmodified. None of the files (either from the hack or from vB itself) have been modified.

*hmpf*
Why is it Warn.php while every other vB file is lowercase only ...

Fix:
Edit Plugin AWS: Who is Online Filename Detect and make the w uppercase.

I suppose changing the filename to lowercase would cause too many other problems?

Not necescairly. It would be kind of a pain in the ass, but overall it could all be fixxed in a matter of like 10 minuetes.

I might do it tonight if I am bored and Kirby and SV are interested.

I suppose you can change anything you want, but what's the reason to change the name from Warn.php to warn.php?

As KirbyDE pointed out, for consistency with the rest of vBulletin. Making it seem more integrated and less of a tacked-on afterthought.

It really does not make a difference, but as pointed out, it does make it seem more integrated.

As to why i want to do it, I just like to help out, and I am going to be that damn bored tonight! lol.

I do not know if it makes it more integrated or not. If you are working on a Unix box, the upper and lower case letters make a difference, i.e. warn.php and Warn.php are two different files, in a Windoze box, it would be the same. The fact that vB uses all lower case file names, doesn't mean that we all have to do so.

By all means, if you prefer it that way, go ahead and do the changes, but for me, I prefer it that way. It moves Warn.php to the top of my files whose names start with W, so it's easier to go to that file, when I use ftp or whatever.

When your codding just about anything in general it is always case sensitive.

No one said you have to do it with lowercase; don't be so lazy and look for it. :p In my case it moves it to the very top of all my files.

I'll keep that in my mind, thanks!

How many other files in /forums/ start with W?

w or W, it will be at the top of the list that start with W.

;)

Hi.

I upgraded from 3.5 RC3 to 3.5 gold and i am getting this error now when i click on a post.

:disappointed:

We don't use such a function anywhere ... do we sv1cec?

Is the zip file atached completley up to date as far as bugs that have been fixed, and those template changes you guys mentioned?

Not fully. A new Version will be avialable soon.

If i uninstall it i get an error telling me it could not find functions_warning.php and the forum still wont show up. :disappointed: :disappointed:

How did you upgrade? Did you by any chance removed all old files before upgrading?

Same way as i always upgrade,i upload the new files and overwrite the old ones.

This is line 279 of class_postbit.php

AWS != IWS
https://vborg.vbsupport.ru/showthread.php?t=93669
This is the right thread for you to get support.

How about posibility to translate plugin.
I live in Russia and i need russian interface for users on my forum.
But when i translate this hack(ver. 3.0.11) i've got many problems, for example problem with "Yes - "No" in SQL and other things. Completly with this translation plugin work terrible :(

P.S. Sorry for my crazy english. :)

@Jaikis
Making this fully phrased is planned.

Sorry guys.

I had the inferno warning hack but i installed the aws hack instead.

I had deleted all the files but forgot to uninstall the inferno product. :o

Not sure why i did not get this error until i upgraded though.

One stupid question:

Why does "Warn.php" use a capital W and not all lower case at it should be with all files ;)

(If you decide to make it lower case, some operating systems are case sensetive and will require replaces in some files and templates)

No, we do not. Not our function.

Because that's how it got started and that's how it remains until today. And I do not think we are planning to make it lower-case. There is no rule which says that all files should have lower-case names.

Its just common sense to use lower case in filenames, especially for web.

Btw, found a bug i think:

shouldnt it be colspan="8"?