[DBTech] DragonByte eCommerce

[DBTech] DragonByte eCommerce [Paid] 4.1.3

No permission to buy (€29.95)
Are you thinking you will have an update not long after 2.3 is gold?
The updates might need to be left until July 8th as I'll be away on summer holiday next week, I thought about releasing them today but found a showstopper bug in eCommerce so it might need a little bit more time testing in production 😅
 
DragonByte Tech updated [DBTech] DragonByte eCommerce with a new update entry:

4.0.0 Release Candidate 1

Update highlights​

!!!This version requires PHP 8.0+!!!

This version, frankly, contains too many changes and features to detail them all 😅 See the changelog for a full list.

There are a few features and changes worth highlighting, however!

it is now possible to directly sell user upgrades within eCommerce. Purchasing a user upgrade skips the normal order process and instead takes you directly to the normal XenForo page for purchasing said user...

Read the rest of this update entry...
 
DragonByte Tech updated [DBTech] DragonByte eCommerce with a new update entry:

4.0.0 Release Candidate 2

Update highlights​

This version fixes an issue where the "Add pricing tier" / "Add product variant" button did not work stemming from the change from jQuery to Vanilla JS.

Furthermore, a couple issues primarily affecting DBTech have also been resolved.


Complete Change Log​

Fix: Fix "Add pricing tier" / "Add product variant" button not working as intended
Fix: Fix "(None)" vs "Choose version..." wording for products with only unstable...

Read the rest of this update entry...
 
Thanks for the update, it is impossible to use the +/- button for the price, an error is still displayed in the console:
Capture d'écran 2024-07-06 143730.webp

At the same time, I receive another error with the license and the API:
  • TypeError: DBTech\eCommerce\Api\Controller\LicenseController::assertViewableLicense(): Argument #1 ($id) must be of type ?int, string given, called in /home/*************/www/src/addons/DBTech/eCommerce/Api/Controller/LicenseController.php on line 42
  • src/addons/DBTech/eCommerce/Api/Controller/LicenseController.php:58
#0 src/addons/DBTech/eCommerce/Api/Controller/LicenseController.php(42): DBTech\eCommerce\Api\Controller\LicenseController->assertViewableLicense('*************...')
#1 src/XF/Mvc/Dispatcher.php(362): DBTech\eCommerce\Api\Controller\LicenseController->actionGet(Object(XF\Mvc\ParameterBag))
#2 src/XF/Api/Mvc/Dispatcher.php(30): XF\Mvc\Dispatcher->dispatchClass('DBTech\\eCommerc...', 'Get', Object(XF\Api\Mvc\RouteMatch), Object(DBTech\eCommerce\Api\Controller\LicenseController), NULL)
#3 src/XF/Mvc/Dispatcher.php(121): XF\Api\Mvc\Dispatcher->dispatchFromMatch(Object(XF\Api\Mvc\RouteMatch), Object(DBTech\eCommerce\Api\Controller\LicenseController), NULL)
#4 src/XF/Mvc/Dispatcher.php(63): XF\Mvc\Dispatcher->dispatchLoop(Object(XF\Api\Mvc\RouteMatch))
#5 src/XF/App.php(2777): XF\Mvc\Dispatcher->run()
#6 src/XF.php(798): XF\App->run()
#7 index.php(19): XF::runApp('XF\\Api\\App')
#8 {main}
array(4) {
["url"] => string(52) "/api/dbtech-ecommerce/licenses/*************/"
["referrer"] => bool(false)
["_GET"] => array(0) {
}
["_POST"] => array(0) {
}
}
 
Last edited:
A quick question.

I was using an add-on to automate the upgrade payment and procedure to update users to a different group (VIP). They would simply click "Upgrade" and then after paying they would be moved to that group and after recurring payment expires would be down graded and they received notices/ emails. Will your system do this on 2.3? I am desperately looking for a solution that works.

Jerry
 
A quick question.

I was using an add-on to automate the upgrade payment and procedure to update users to a different group (VIP). They would simply click "Upgrade" and then after paying they would be moved to that group and after recurring payment expires would be down graded and they received notices/ emails. Will your system do this on 2.3? I am desperately looking for a solution that works.

Jerry
I'm not 100% sure what you're asking exactly; wouldn't this be achievable with the core Account Upgrades/User Upgrades feature? Is it missing some functionality you're looking for?
 
DragonByte Tech updated [DBTech] DragonByte eCommerce with a new update entry:

4.0.0

Update highlights​

This version is now considered Stable. It has received extensive testing here @ DBTech, and no issues have been discovered.

One major new feature is integration with XenForo's native "Featured Content" functionality. As a result, all existing featured products have been un-featured.


Complete Change Log​

Feature: Featured Content support for Products
Feature: New widget positions above and below products on the...

Read the rest of this update entry...
 
At the same time, I receive another error with the license and the API:
  • TypeError: DBTech\eCommerce\Api\Controller\LicenseController::assertViewableLicense(): Argument #1 ($id) must be of type ?int, string given, called in /home/*************/www/src/addons/DBTech/eCommerce/Api/Controller/LicenseController.php on line 42
  • src/addons/DBTech/eCommerce/Api/Controller/LicenseController.php:58
#0 src/addons/DBTech/eCommerce/Api/Controller/LicenseController.php(42): DBTech\eCommerce\Api\Controller\LicenseController->assertViewableLicense('*************...')
#1 src/XF/Mvc/Dispatcher.php(362): DBTech\eCommerce\Api\Controller\LicenseController->actionGet(Object(XF\Mvc\ParameterBag))
#2 src/XF/Api/Mvc/Dispatcher.php(30): XF\Mvc\Dispatcher->dispatchClass('DBTech\\eCommerc...', 'Get', Object(XF\Api\Mvc\RouteMatch), Object(DBTech\eCommerce\Api\Controller\LicenseController), NULL)
#3 src/XF/Mvc/Dispatcher.php(121): XF\Api\Mvc\Dispatcher->dispatchFromMatch(Object(XF\Api\Mvc\RouteMatch), Object(DBTech\eCommerce\Api\Controller\LicenseController), NULL)
#4 src/XF/Mvc/Dispatcher.php(63): XF\Mvc\Dispatcher->dispatchLoop(Object(XF\Api\Mvc\RouteMatch))
#5 src/XF/App.php(2777): XF\Mvc\Dispatcher->run()
#6 src/XF.php(798): XF\App->run()
#7 index.php(19): XF::runApp('XF\\Api\\App')
#8 {main}
array(4) {
["url"] => string(52) "/api/dbtech-ecommerce/licenses/*************/"
["referrer"] => bool(false)
["_GET"] => array(0) {
}
["_POST"] => array(0) {
}
}
It's a shame not to see this error corrected, this addon is still not usable for my type of use.
 
I bought this and encountered and issue for ME. Problem was, I sell digital music, I don't need to add a " version # " . Does all digital items still require a version number in the latest release? I literally bought it and couldn't use it. I thought it was an addons for a variety of digital sellers, not just people selling software.
 
It's a shame not to see this error corrected, this addon is still not usable for my type of use.
I've applied a hotfix that should resolve this. For the future; bugs should be reported @ DBTech as it is impossible for me to accurately keep track of bugs reported in these threads over time.

I bought this and encountered and issue for ME. Problem was, I sell digital music, I don't need to add a " version # " . Does all digital items still require a version number in the latest release? I literally bought it and couldn't use it. I thought it was an addons for a variety of digital sellers, not just people selling software.
Yes, downloads do require a version number, same as with XFRM and other systems that contain downloads. There is nothing about this fact that prevents you from using the product, as all you'd need to do is add one version.
 
I've applied a hotfix that should resolve this. For the future; bugs should be reported @ DBTech as it is impossible for me to accurately keep track of bugs reported in these threads over time.


Yes, downloads do require a version number, same as with XFRM and other systems that contain downloads. There is nothing about this fact that prevents you from using the product, as all you'd need to do is add one version.
With all due respect, XFRM gives you the ability to disable/enable " versioning " when creating a resource category/node so its not required when you're to add a resource. So that's not a good example.
Screenshot 2024-07-24 at 7.26.32 PM.webp


You're right, it doesn't affect me IF I JUST ADD A VERSION NUMBER, but the nature of what I'm using it for might confuse potential customers. When was the last time you went to buy digital music and it had a version number next to it?


For sale: Eminem - The death of slim shady (2024) [v.1]

I'm just asking for a future update to add the option to disable versioning so that i don't feel like i wasted my money.
 
With all due respect, XFRM gives you the ability to disable/enable " versioning " when creating a resource category/node so its not required when you're to add a resource. So that's not a good example.
View attachment 307010


You're right, it doesn't affect me IF I JUST ADD A VERSION NUMBER, but the nature of what I'm using it for might confuse potential customers. When was the last time you went to buy digital music and it had a version number next to it?


For sale: Eminem - The death of slim shady (2024) [v.1]

I'm just asking for a future update to add the option to disable versioning so that i don't feel like i wasted my money.
With all due respect, the “for sale” area does not show versioning like that. It mostly applies to the download area.

Also, nothing stopping you from applying custom CSS to hide any such displays from the product list and product info pages.
 
With all due respect, the “for sale” area does not show versioning like that. It mostly applies to the download area.

Also, nothing stopping you from applying custom CSS to hide any such displays from the product list and product info pages.
Give me the custom CSS then. I'm a customer, not A Dev. And why don't you try acting professional, " Thank you for the feedback & sorry for the inconvenience, we'll try and include this in a future update ".
 
Back
Top Bottom