[DBTech] DragonByte eCommerce

xF2 Add-on [DBTech] DragonByte eCommerce 3.3.2

No permission to download
Update highlights

This version fixes a few issues that cropped up after the 1.6.0 release.

When using the "Generated" download feature while running XenForo 2.1.7, downloads could fail if your PHP version had updated to a new version of the ZipArchive extension.

An issue was also discovered with the coupon code field, in which it would only appear if the order also required an address.


Complete Change Log

Fix: Fix an issue with XF 2.1.7 causing release builds to fail
Fix: The coupon code field would only show up if the order required an address
  • Like
Reactions: nexnux
Update highlights

This version contains one major feature aimed at giving you the option to make the checkout process even smoother: You can now control whether address is required during checkout, even for paid orders.
(Physical orders still require an address no matter what, for obvious reasons.)

If you don't use the Sales Tax system, you may not need to know the user's address at all for digital orders, and you now have the ability to disable address collection entirely.

This version also merges the "Validate billing country before payment" setting into this new setting.

Furthermore, a potential server error when logging API requests was discovered by the community and has now been fixed.


Complete Change Log

Feature: Ability to disable requiring address during checkout
Fix: Fix a potential server error when logging API requests
  • Like
Reactions: nexnux
Update highlights

This version is a follow-up to the previous version, in order to address an issue where another change in the download format prevented the GeoIP2 database file from being read properly after it was downloaded.


Complete Change Log

Change: Updated GeoIP reader
Fix: Fixed an issue that would prevent a valid GeoIP database file from being downloaded
  • Like
Reactions: nexnux
Update highlights

This version is a quick maintenance update to fix some reported bugs.

The most important fix is PHP 7.4 compatibility; PHP 7.4 is now officially supported.

The number rounding change listed in the change log is related to tax calculations; in previous versions, the calculated tax amount (and subsequent cost after tax) was subject to decimal precision issues, which manifested itself as sometimes being a penny (or cent) out if you use an accountancy system like Xero to manage your records.


Complete Change Log

Fix: Fix curly brace syntax for PHP 7.4
Fix: Distributors lost remaining licenses for all products, not just the one product they generated a license for
Fix: Re-apply the "is_default" flag in case of half completed upgrades
Fix: Apply some number rounding
Update highlights

This version features the ability for customers to choose a default address when creating it. Default addresses will be automatically loaded during checkout, simplifying the process.

Address information is now also loaded when selected during checkout, making it easier to pick the right billing address.

An issue with the default registration options has also been addressed, and should now work as intended for new users going forward.


Complete Change Log

Feature: Ability to set default address
Feature: Load address info when an address is selected
Change: Updated internal data path references to better support CDNs
Fix: Unticking default registration options would not correctly set registration defaults
Fix: The downloads list on the License View page did not respect the product-wide download version sort order
Update highlights

eCommerce now has the ability to send HTML-based invoices, via an application called WkHtmlToPdf. In order to use this feature, you must have this application installed on your server (and no, support for how to install it on your server is not available as this varies from server to server ?).

You must also have the exec feature enabled on your server, same as if you were using ffmpeg for the XFMG.

In other news, an issue was discovered with the rich metadata for products (Google Rich Results) that would have produced a warning email from Google. The metadata has been updated to reflect the new requirements from Google.


Complete Change Log

Feature: Option to use WkHtmlToPdf to generate HTML invoices, which also support RTL text
Fix: Fixed an issue with Google Rich Search Results
  • Like
Reactions: nexnux
Update highlights

This version further improves the recently added functionality for the various criteria forms in XenForo by adding inverse user criteria for Created Products, Licenses Purchased and Amount Spent.

Multiple improvements have also been made to the layout thanks to @Liam W: Browsing the product list sees less wasted space, it is easier for mobile users to tap to navigate to the product information screen, and the default icon's alignment has been fixed.

Lastly, about half a dozen smaller bugs have been resolved.


Complete Change Log

Feature: Inverse criteria for Created Products, Licenses Purchased and Amount Spent
Change: Improve mobile usability by condensing the "Add product" buttons into menu items in the Overview, Category View, What's New (Products) and Author pages
Change: On narrow mobile screens, each product row now takes up the full width of the column
Change: Make it easier for mobile users to tap on the product in the product list
Change: The default icon is now better aligned when showing bigger icons
Change: Renamed "Outdated" phrase to "Update available"
Fix: Order reminder emails would still send after an order was completed
Fix: Fix a few database tables that were not changed on user content change
Fix: Purchasable type is now removed on uninstall
Fix: Certain information was not being logged in the Purchase Log when an order was reversed
Fix: Ensure order reminders are cancelled when the order is deleted
  • Like
Reactions: nexnux and boimblr
Thanks @mcartier

Update highlights

This version adds a new feature; a BBCode embed for products. You can copy a product's BBCode from its "Share product" widget on the product information page and paste it into any XF text box that supports BBCode.

The Commissions page has also been tweaked in order to make individual transactions easier to read, as well as fixing some display issues with negative amounts (e.g. chargebacks / refunds).

Lastly, about half a dozen reported bugs have been resolved.


Complete Change Log

Feature: Ability to embed products in posts
Change: Use a separate phrase for "Paid" (invoice) from "Paid" (product costs money)
Change: Reworked the "Applicable Payments" section of the "Outstanding Payments" page for Commissions to be easier to read
Change: Standardised the purchase log status phrases
Fix: XR Product Manager importer would not convert serialized fields correctly
Fix: Download chooser form did not respect download visibility state
Fix: Moving categories would not immediately trigger a permission rebuild
Fix: Fixed an issue where assigned products would not appear in the "generate licenses" list even after assigning someone as a Distributor
Fix: Fixed an issue where cancelled / refunded transactions would not correctly update the Commission value on the Outstanding Payments page
Fix: Fixed an issue where the Order Clean-up feature was not working as intended
Fix: Fixed an issue where the Order Reminder feature was not working as intended
Fix: Fixed an issue where the License Expiry Reminder feature was not working as intended
  • Like
Reactions: nexnux
Update highlights

This update features some important changes in relation to VAT and PayPal.

If you sell your products via PayPal, and use accounting software like QuickBooks to manage your bookkeeping, it would previously have been difficult to utilise the VAT features in eCommerce while maintaining records in your accounting software. Transactions would either fail to import or be imported with incomplete data.

This happened because eCommerce would specifically tell PayPal how much sales tax to add separately to each transaction, bypassing any sales tax rates you set up in your interface.

There is now a new setting for controlling whether the order cost sent to PayPal is inclusive of tax. If this setting is turned off, PayPal will use the sales tax rates as defined in your PayPal account settings to apply sales tax.

If a valid VAT ID was added to the order, eCommerce will tell PayPal to not add any tax to the order, unless the person placing the order is from the same country as your business.
If both the seller and the customer is located in the same country, VAT should always be added and each party will be able to reclaim the VAT from the tax authority.

---
The next version (v1.4.0) will have even more updates with regards to VAT. The tentative feature list:
  • Sales tax ID will be stored in the address book, rather than the order. This means recurring customers won't have to keep re-entering their VAT ID every time they place an order.

  • If VAT is enabled in the tax settings, addresses with VAT IDs will be placed under moderation and appear in the "Approval Queue" in XenForo. You can then look up the VAT ID and see whether the user entered their correct business address.

  • A new user group permission will be added to allow chosen user groups to bypass the address moderation requirement, if you do not wish / need to use the address moderation feature.

  • If an address is under moderation, a notice will appear on the checkout screen letting them know they will still be charged VAT until the address is approved.

  • Addresses with approved VAT IDs will not be editable and customers will not be able to delete them from their address books. This is to prevent older order records from being rendered incomplete.

  • Addresses will become searchable / editable in the AdminCP.
The goal of this update is to ensure that your business is compliant with all tax authorities and their varying record keeping requirements.

I'm aiming to make the update as frictionless as possible for your existing customers. All past sales tax IDs will be imported into the corresponding address entries. The existing form field for entering a VAT ID during checkout will simply be changed to apply to the currently selected billing address, rather than the order itself.

As always, it's not possible to provide an ETA for this update.


Complete Change Log

Feature: Add new setting for controlling whether tax amount is included in the amount sent to the payment processor
Change: Update sales tax calculation to only exclude sales tax if VAT is enabled and the user is from a different VAT country
Fix: Fix product description not saving
Fix: Fixed an issue where add-on products would generate an alert if the user is watching the category
  • Like
Reactions: nexnux
Update highlights

This release is a quick update to address an issue where visibility checks were not being performed for add-on products being displayed in the sidebar in the product view. This could lead to soft-deleted products, or products you have restricted permissions for, to still appear (albeit not purchasable).

To test whether this fix has resolved any issue you may be experiencing, ensure the dbtech_ecommerce_product_wrapper template is either not customised or that this line:
<xf:foreach loop="$product.Children" value="$childProduct">
now reads:
<xf:foreach loop="$product.Children" value="$childProduct" if="$childProduct.canView()">
And then try viewing the product page as a guest (such as via Incognito mode).

As part of the process of reviewing this issue, I also found minor optimisation possibilities that slightly reduced the amount of queries needed to generate the product view page.


Complete Change Log

Change: Reduced the number of queries needed to load the product view page
Fix: Fixed an issue where visibility checks were not being performed on add-on products before display on the product view page
Top