Status
Not open for further replies.
Than how can this possible:

here is my referral statistics: GRFOZ.COM | look to user DIVO, which referral is boadixx with 101 posts (I checked - already promoted to valid group)

here is transaction log for referrer:

View attachment 3809View attachment 3810

no transaction for referrals!
I checked the AdminCP activity log, not the front-end transaction log.

Please reply on this.
I did, in my previous post. What I said applied to both :)

I suspect the problem lied with the tables. So I did a maintenance -> repair/optimise and see that the overhead is 7.00MB!

After doing it, here are the results.

credits_pending Check Status: OK
credits_pending Optimize Note: Table does not support optimize, doing recreate + analyze instead
credits_pending Optimize Status: OK
credits_transaction Check Status: OK
credits_transaction Optimize Note: Table does not support optimize, doing recreate + analyze instead
credits_transaction Optimize Status: OK

"Table does not support optimize, doing recreate + analyze instead", so how can I clear the overhead?
InnoDB tables does not support clearing the overhead.

When I am doing this:



all money granted to referrers as it should be. But why this not happening automatically?
It does, if both the person who got promoted and the person receiving the referral bonus refresh the page :)
 
Is the regular Registered Users usergroup set for Valid Referral Usergroup, or something else using a vb promotion?
 
Hey, sorry for the delay :(

It seems that when the promotion happens via the Cron job, it doesn't get processed correctly by vBCredits because vBulletin mass-updates the usergroups without making it possible for modifications to detect the change.

I'm not entirely sure why I couldn't replicate it, the promotion may have been processed by the front-end instead of as a Cron job.

Unfortunately at this time it doesn't appear to be possible to get automatic processing to work.

Sorry :(
 
Hey, sorry for the delay :(

It seems that when the promotion happens via the Cron job, it doesn't get processed correctly by vBCredits because vBulletin mass-updates the usergroups without making it possible for modifications to detect the change.

I'm not entirely sure why I couldn't replicate it, the promotion may have been processed by the front-end instead of as a Cron job.

Unfortunately at this time it doesn't appear to be possible to get automatic processing to work.

Sorry :(

If it is not automatic, so what should I do? I am paying for a product which do not work!
 
There's a lot more functionality to the product than just this one small part of this one small feature, so you're not paying for a feature that doesn't work :)

You can always periodically run the re-calculation tool :)
 
Status
Not open for further replies.

Similar threads

Legacy vBCredits II Deluxe

vBulletin 3.8.x vBulletin 4.x.x
Seller
DragonByte Technologies
Release date
Last update
Total downloads
846
Customer rating
0.00 star(s) 0 ratings
Back
Top