vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   vBulletin 3.5 Add-ons (https://vborg.vbsupport.ru/forumdisplay.php?f=113)
-   -   Advanced Warning System (Beta Version) (https://vborg.vbsupport.ru/showthread.php?t=95921)

Marco van Herwaarden 09-24-2005 05:31 PM

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?

Andreas 09-24-2005 05:42 PM

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?

Marco van Herwaarden 09-24-2005 08:11 PM

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).

sv1cec 09-25-2005 11:43 AM

Quote:

Originally Posted by KirbyDE
But they could be moved behind debug mode, sv1cec?

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

Quote:

Originally Posted by MarcoH64
- 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).

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

Quote:

Originally Posted by MarcoH64
- Trying to remove an Alert given to a user, gives me the error: Invalid User ID Input

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

Quote:

Originally Posted by MarcoH64
- The footer of Warning Types on the same page is 1 column short.

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

Quote:

Originally Posted by MarcoH64
- 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).

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

Marco van Herwaarden 09-25-2005 12:35 PM

All metioned above is done from User Profile->View Warning
Quote:

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

My problem is that it is not visible in the list that it is just an Alert and not a Warning.
Quote:

Originally Posted by sv1cec
Does this happen when you try to remove or completely remove an alert?

When removing an alert from the page as described above. Removing a warning give no problems.

sv1cec 09-25-2005 01:08 PM

Quote:

Originally Posted by MarcoH64
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.

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?

Quote:

Originally Posted by MarcoH64
When removing an alert from the page as described above. Removing a warning give no problems.

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.

Marco van Herwaarden 09-25-2005 01:12 PM

Quote:

Originally Posted by sv1cec
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?

It is there, but it shows the same as if it was a Warning, i can't tell that it was an Alert instead.
Quote:

Originally Posted by sv1cec
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.

It was on my testboard
Quote:

Originally Posted by sv1cec
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?

Yes, the same change like all things from the config file.

I will do some testing and screenshots later.

sv1cec 09-25-2005 01:15 PM

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

Andreas 09-25-2005 08:56 PM

$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.

sv1cec 09-26-2005 02:36 AM

Quote:

Originally Posted by KirbyDE
$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.

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.

Quote:

Originally Posted by KirbyDE
The Timestamp of this Thread was updated today - what did you change (don't want to overwrite changes)?

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.


All times are GMT. The time now is 01:06 AM.

Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.

X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.03098 seconds
  • Memory Usage 1,755KB
  • Queries Executed 10 (?)
More Information
Template Usage:
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (14)bbcode_quote_printable
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)pagenav
  • (1)pagenav_curpage
  • (4)pagenav_pagelink
  • (3)pagenav_pagelinkrel
  • (1)post_thanks_navbar_search
  • (1)printthread
  • (10)printthreadbit
  • (1)spacer_close
  • (1)spacer_open 

Phrase Groups Available:
  • global
  • postbit
  • showthread
Included Files:
  • ./printthread.php
  • ./global.php
  • ./includes/init.php
  • ./includes/class_core.php
  • ./includes/config.php
  • ./includes/functions.php
  • ./includes/class_hook.php
  • ./includes/modsystem_functions.php
  • ./includes/class_bbcode_alt.php
  • ./includes/class_bbcode.php
  • ./includes/functions_bigthree.php 

Hooks Called:
  • init_startup
  • init_startup_session_setup_start
  • init_startup_session_setup_complete
  • cache_permissions
  • fetch_threadinfo_query
  • fetch_threadinfo
  • fetch_foruminfo
  • style_fetch
  • cache_templates
  • global_start
  • parse_templates
  • global_setup_complete
  • printthread_start
  • pagenav_page
  • pagenav_complete
  • bbcode_fetch_tags
  • bbcode_create
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • printthread_post
  • printthread_complete