So, are you are saying that with all hacks disabled apart from this one, and with an un-altered default style being the current style, and with just the Banned Members Log (3) plugin disabled that the problem goes away?

If the answer is:

1. Yes - Then it sounds like one of the variables used in that plugin is messing with one of the default vBulletin ones, which I can probably fix.
2. No - Then I am at a loss as to what the issue is, and as I can not replicate the issue, and nobody else has said this is an issue, I would have to look at your installation to find how the problem is occurring and then to fix it, as the problem would seem to be unique to your installation.

Once you have confirmed this either way, and have clicked Mark as Installed again, I can look into it further, otherwise there is nothing I can do, or suggest.

Sigh...I had a scary day and my brain was fried. I misunderstood this before, sorry. I have disabled the Banned Members Log (3) plugin, and YES the issues have gone away. Shall I continue to run the hack with this plugin disabled? Would that be fine?

Yes, running the hack with Banned Members Log (3) plugin disabled will be fine (or you should be able to just set Automatic Link Creation to No in the AdminCP Options), as it is only automatically adds a link to the page on the navbar or quicklinks, and you can add a link manually with no problems.

Okay. (And I did have the automatic link creation thing set to no before, but with the (3) plugin enabled it was doing those two weird things anyways). Thanks. :)

Thanks Installed :up:

Update: v3.7.005
-- Changed: Banned Member Count on forumhome page, now a datastore item
-- Changed: variable name changed in Banned Members Log (3) plugin, in case of naming conflict
-- Changed:ban_log.php
-- Added: ban_log_cron.php
-- Added: Scheduled cron job

This should hopefully fix NeitherSparky's issue. Also it removes the extra forumhome page query, previous versions added 1 query per page load, now there are none (as the count is now a datastore item).

NOTE: There is no need to update the hack if you don't need to or want to. I just wanted to see if I could use the datastore to save a query.

vauww you are crazy coder mosh hahaha good work

Thanks Mosh. :) I still had the same issues though so I disabled the (3) plugin again.

I honestly do not know why you are having the problems you are having, as quite a few of my hacks and a lot of other hack authors use exactly the same method to add links to the navbar, and this is the first time I have heard of, or come across this problem.

This is not a bug, and the reason I am saying that, is that I would have received a lot feedback from other people indicating that they are also having the same problem (not with just this hack, but from my other half a dozen hacks that add to the navbar as well. Other hack authors would also have had a lot of the same feedback too), and bugs can usually be replicated.

This problem would seem to be unique to your installation, and that is what has me really puzzled, so, if I ever manage to replicate this issue, I will endeavor to resolve it asap, but until then I would suggest you do what you are currently doing, i.e. disabling the Banned Members Log (3) plugin and manually adding a link to the navbar where you want it.

Sorry I can not give you better news about your problem :(

That's okay Mosh.

I do have something new to report though that happened when I installed the latest version - it reset my Most Members Ever Online number back to 0. I saw a way to reset it to a specific number (which one of my moderators remembered), so I'm not fussed, I just wanted to report it. Again, I bet it's just my board, lol... :p

I have replicated that. It should only happen once, if at all. To save the one extra query on the forumhome page, to prevent a file edit I added my datastore item on to the maxloggedin datastore item, as that is used on the forumhome page, using the userstats datastore item really buggers things up, so I am stuck with that quirk unless I create my own datastore item, which would require an edit to /includes/config.php (and that would only ever need to be done once).

So, I may release another version with the file edit[s], and also leave the current version up too, so that people can choose for themselves if they want to do the edit or not[/s].

Update: v3.7.006
-- Changed: Banned Members Log (2) plugin, to get banned members count from the new datastore instead
-- Changed: ban_log.php
-- Changed: ban_log_cron.php, added new query to cron job
-- Changed: Usergroup permissions, now checkboxes instead of comma seperated numbers
-- Added: Extra phrase
-- Added: File edit in config.php, to allow new datastore to be loaded with the main datastore
-- Added: Banned Members Log (6) plugin, for processing usergroup permissions
-- Added: Users Awaiting Email Confirmation member count

This requires a file edit now, but it will no longer do anything with vBulletin's datastore items. The edit will only ever need to be made once, even when upgrading vBulletin to a new version.

But as an added extra bonus, I added in an unconfirmed member count to make up for the file edit.

It also means that other hacks that I create or update in future that will use the datastore, will be added to my datastore array, so all my hacks that use it will use less queries.

Update: v3.7.007
-- Fixed: Usergroup permission checkboxes not working with vBulletin v3.6.x

Mosh !!! I am going take this baby for a spin.
If it catches fire I'll take photos :D.

Looken good.

Thanks for the compliment :)

Let me know how it works out for you :)

Display Banned Members Count On Forumhome?

- Yes, but only just the altered and banned members count OK

but forumhome view

Konular: 14.986, Mesajlar: 147.658, ?yeler: 6.512, Banned:0 ,

0 = 89

Read the above.