no Let me try that usually just stick files in and go to addons and click update.Are you using the archive installer to import v5.9.0?
Worked TY again.
Last edited:
no Let me try that usually just stick files in and go to addons and click update.Are you using the archive installer to import v5.9.0?
The Richest users display cannot be removed at this time. It's a common request, but due to the way the tabs work it's not easy to implement at this time. It's on my radar for future improvements.
Ya i just edited the template to remove itI think I posted the work around I currently use on your forum a year or so ago.
Hello @DragonByte TechYou can use the Rebuild feature under Tools -> Rebuild caches, just select a content type you don’t have any events for and tick the reset box.
Can you please clarify? Are you sure you ticked the reset box under that rebuild action?Hello @DragonByte Tech
This did not delete all credits.
I have done my testing and now want to start "clean", meaning delete all transactions and credits.
Yes.Can you please clarify? Are you sure you ticked the reset box under that rebuild action?
xf_dbtech_credits_adjust_log
and the xf_dbtech_credits_transaction
tables, and then run DragonByte Credits: Rebuild balances
, Will that be safe?I think I see where you're coming from, I agree that it's a bit unintuitive. You should be safe to manually clear those two tables, yes.Yes.
At first I just left the Content types at "all".
Later I tried each of the types individually.
The adjust log didn't get cleared.
and after clearing the caches of the post, thread and reply (those were the content types that were used) the table still contains Thread content types.
I was thinking,
If I manually clear thexf_dbtech_credits_adjust_log
and thexf_dbtech_credits_transaction
tables, and then runDragonByte Credits: Rebuild balances
, Will that be safe?
I want to leave the events I set up and just delete all credits given to users (transactions too) (make all users balances zero).
Thanks!
Amazing!I'll create a new option to only reset any given currency for the XF 2.3 version.
No such plans, but you can either commission it as custom work or make a suggestion @ the Credits feature request section @ DBTechDoes this plugin add any API endpoints? I want to be able to sync credits between my forum and Minecraft via a custom Minecraft plugin, and I'm looking for that connection to be two-way. If so, where can I find the API documentation for this?
You can create a payment profile that lets you specify a currency from DB Credits as well as the exchange rate. So you could have 10 credits be 1 USD when paying using this profile.I don't think this plugin will work with what I'm looking for, though I could be wrong... I want to reward users with VIP status for 30 days for being active and posting. Currently They pay a a monthly fee to be a VIP, and I want find a way to get users to earn a VIP status by spending earned points for it.
Well, when the 2.3 version is released I'll give it a try for sure.You can create a payment profile that lets you specify a currency from DB Credits as well as the exchange rate. So you could have 10 credits be 1 USD when paying using this profile.
This only works if the system you are using for VIP upgrades is the XF native user upgrade system or another system that uses the payment profile system.
Update highlights
!!!This version requires PHP 8.0+!!!
This version mainly introduces compatibility with XenForo 2.3. The add-on has been fully updated, meaning no compatibility layers such as loading jQuery or other such patches are required for this add-on.
Furthermore, a few reported bugs since the release of v5.9.0 for XenForo 2.2 have also been resolved.
Complete Change Log
Change: Reduced query count due...
Will be handled @ DBTech when I have more informationWhen I wanted to post a resource, this came up:
Oops! We ran into some problems.
InvalidArgumentException: Event trigger handler for 'resourceupload' does not exist: DBTech\Credits\EventTrigger\XFRM\UploadHandler in src/addons/DBTech/Credits/Repository/EventTriggerRepository.php at line 59
Any idea? I went to check the events, and there is no event possible to be added for resource upload.
- DBTech\Credits\Repository\EventTriggerRepository->getHandler() in src/addons/DBTech/Credits/XFRM/Entity/ResourceItem.php at line 42
- DBTech\Credits\XFRM\Entity\ResourceItem->_preSave() in src/XF/Mvc/Entity/Entity.php at line 1413
- XF\Mvc\Entity\Entity->preSave() in src/addons/XFRM/Service/ResourceItem/Create.php at line 257
- XFRM\Service\ResourceItem\Create->_validate() in src/XF/Service/ValidateAndSavableTrait.phpat line 19
- XFRM\Service\ResourceItem\Create->validate() in src/addons/XFRM/Pub/Controller/Category.php at line 270
- XFRM\Pub\Controller\Category->actionAdd()in src/addons/XFA/RMMarketplace/XFRM/Pub/Controller/Category.php at line 19
- XFA\RMMarketplace\XFRM\Pub\Controller\Category->actionAdd() in src/XF/Mvc/Dispatcher.php at line 362
- XF\Mvc\Dispatcher->dispatchClass() in src/XF/Mvc/Dispatcher.php at line 264
- XF\Mvc\Dispatcher->dispatchFromMatch() in src/XF/Mvc/Dispatcher.php at line 121
- XF\Mvc\Dispatcher->dispatchLoop() in src/XF/Mvc/Dispatcher.php at line 63
- XF\Mvc\Dispatcher->run() in src/XF/App.phpat line 2777
- XF\App->run() in src/XF.php at line 798
- XF::runApp() in index.php at line 23
If XenForo calls the downloading code path then it is intended for embedded attachments too.Hello @DragonByte Tech
Regarding the Downloaded event (getting credits for when my file is downloaded by others):
When is the event supposed to be triggered?
We noticed when the file is an image embedded in the post, the event is triggered whenever the post (and therefore the image too) is viewed.
Is this how it's supposed to be?
I thought it should be only when the file is downloaded by physically clicking the download button.
Thanks!!
Update highlights
This version is now considered stable. All known issues have been resolved.
Complete Change Log
Fix: Fix "Include guest event triggers" flags for various event triggers
Fix: Fix "XFRM Resource Upload" event handler
We use essential cookies to make this site work, and optional cookies to enhance your experience.