I don't understand the problem Kall. Are you saying the Zoints tag system breaks the scheduled task system somehow? I am not familiar with that mod so I am not sure what it does other than create a tag system.

I see you are using a page compressor. It may be removing empty comment tags. In which case it will remove the vBulletin default code marker and this, and possibly default cron, won't be able to work.

Yeah.. the vBSEO Content Cleaner is what I am using.

Hmm.. well, what appears to be happening is: Zoints tags looks in its own (mod_rewrited) directory for cron.php. It's not there, and I get error messages.

Cron works everywhere else (and still does, since installing this Modification), but I am still seeing the error from the Zoints Tags looking for cron in the wrong place.

So you are saying zoints has it's own cron setup.

Not at all, it just tries to call $cronimage from /forum/tags/cron.php instead of /forum/cron.php...because that's the "directory" the viewer is in at the time.

*edit* /forum/tags/*tag name/cron.php is also called.

Sounds like something maybe they need to know about. They most likely have no idea it can interfere with the running of crons.

Seems to be working fine in 3.6.4. :)

Uninstalled after using it for Month get nothing that i did not realize without using this. Still do not know what this does.

As stated, default makes it not run as a background task. The user's page sits there and loads the "image" while the cron task is completed (the default cron script is called from within an <img> tag). This can take a little while, so the user keep seeing a "busy loading the page" icon or whatever until the cron is done and the "image" loads.

AJAX is Javascript, so the call to run the cron file is done truly in the background. ;)

What are we talking about?

0,00001 seconds ?