Forum Replies Created

Viewing 10 replies - 1 through 10 (of 10 total)
  • Plugin Contributor Olav Småriset

    (@olsm)

    Hi @2fishone,

    I want to thank you for leaving a review about our plugin and we’re happy to hear that the plugin works well for you but I am sad that you’re not happy with our pricing for our premium add-ons.

    Each add-on requires continuous ongoing development, testing, updates, and support. Because of this, they are priced individually so users only pay for the features and coins or tokens they need.

    The Dash add-on is currently €19.99 per year and works independently. It does not require any other paid add-ons to function. Regarding the estimate of $400, purchasing all coin add-ons currently costs around half of that. Most stores also only enable a small number of cryptocurrencies rather than all of the ones we have to offer. If you want full automation, we understand that the HD Wallet add-on adds more cost, but it also requires the most ongoing work from us, which is reflected in the price.

    We would also like to point out that, unlike many cryptocurrency payment gateways, we do not charge any fees per transaction, neither percentage-based nor flat fees, and there are no withdrawal fees. Payments are sent directly from the customer to your wallet, so there is no middleman, no custodial risk, and you remain in full control of your funds. For many stores, a yearly subscription can be cheaper than services that charge per transaction. If your transaction volume is low, it is also possible, like many of our users do, to use the plugin for free and add HD Wallet or other add-ons later as your site grows.

    We do understand that having many separate add-ons can feel overwhelming. We have been discussing about offering bundled or all-in-one premium add-on in the future to make this a simpler and more cost-effective solution for users who want everything included.

    If you would like to help shape this, we would love to hear your feedback on our support desk.

    Thank you!

    Plugin Contributor Olav Småriset

    (@olsm)

    Thanks for your patience — I’ve investigated the issue and was able to reproduce it using the Twenty Twenty-Five theme (a block-based Full Site Editing theme).

    The root cause is that in block-based themes, the woocommerce_receipt_cryptowoo action runs before wp_enqueue_scripts. This means our script is being enqueued before it’s registered, which leads to the CryptoWoo JavaScript object being undefined and causes the error you’re seeing on the order receipt page.

    This order of execution is different from classic themes, where wp_enqueue_scripts runs earlier and things work as expected. Until we’ve updated the plugin to handle this case properly, we recommend using a non-block-based theme as a workaround.

    Thanks again for reporting this!

    Plugin Contributor Olav Småriset

    (@olsm)

    Thanks again for the detailed reply — this is a bit puzzling, since I’ve confirmed that the wp_enqueue_scripts action (where the script is registered) runs before woocommerce_receipt_cryptowoo (where the script is localized and enqueued). That means wp_register_script() should always run before wp_localize_script(), and the CryptoWoo object should be available.

    Since this issue does not occur on my end and has not been reported by anyone else, it seems likely that something in your local setup is firing woocommerce_receipt_cryptowoo earlier than expected — possibly from a custom function, plugin, or some custom logic.

    To dig deeper, you can add the following code to your functions.php file. It will log when each action is fired and include a full backtrace, so we can see exactly where and when these functions are being triggered:

    add_action( 'woocommerce_receipt_cryptowoo', function() {
    	error_log( "--- woocommerce_receipt_cryptowoo fired ---" );
    	error_log( print_r( debug_backtrace(DEBUG_BACKTRACE_IGNORE_ARGS), true ) );
    } );
    
    add_action( 'wp_enqueue_scripts', function() {
    	error_log( "--- wp_enqueue_scripts fired ---" );
    	error_log( print_r( debug_backtrace(DEBUG_BACKTRACE_IGNORE_ARGS), true ) );
    }, 10 );
    

    Then reload the checkout/order-pay page and check your wp-content/debug.log file. You should see the order in which the actions are firing, and what triggered them.

    Let me know what it shows and we’ll figure it out from there!

    Plugin Contributor Olav Småriset

    (@olsm)

    Hi there,

    Thanks for reporting the issue! The error Uncaught ReferenceError: CryptoWoo is not defined typically means that the CryptoWoo JavaScript object (which is added using wp_localize_script) is not available in the browser when the script runs.

    We’ve double-checked the code and confirmed that everything is working as expected, so this is likely something specific to your site’s setup.

    Here are a few things you can check on your end:

    1. View Page Source
      On the /checkout/order-pay page, right-click and choose “View Page Source,” then search for var CryptoWoo =. This line should appear before the polling.js script is loaded.
    2. Caching or Optimization Plugins
      If you’re using any caching, minification, or JavaScript optimization plugins (like Autoptimize, WP Rocket, or LiteSpeed Cache), try disabling them temporarily. These tools can sometimes load the script before the localized variables are printed, causing this error.
    3. Theme or Plugin Conflicts
      Try switching to a default theme (like Twenty Twenty-Four) and disabling other plugins to see if something is interfering with script loading.
    4. Clear Browser and Site Cache
      Clear your browser cache, as well as any server or CDN-level caches you may be using. You can also try loading the page in an incognito window or on another device.

    Let us know what you find after these steps — we’re happy to help further if needed!

    Plugin Contributor Olav Småriset

    (@olsm)

    Hi, and thanks for reporting this issue.

    We identified that the problem occurs specifically when using WooCommerce Checkout Blocks. We’ve released version 1.6.12 with a complete fix, as the previous patch in 1.6.11 only partially addressed the issue.

    Please update to the latest version and let us know if you continue to experience any problems.

    Plugin Contributor Olav Småriset

    (@olsm)

    We have not received any reply on this ticket so I have marked it as solved.

    Plugin Contributor Olav Småriset

    (@olsm)

    Hi. Are you using WooCommerce Checkout Blocks or Legacy Checkout? Which version of WordPress and WooCommerce do you have? Do you use the dropdown selection or buttons for selecting the cryptocurrency in the CryptoWoo settings?

    Plugin Contributor Olav Småriset

    (@olsm)

    Hi there.

    Thanks for reporting this.

    None of these are errors. PHP “Deprecated” and “Warning” notices are not errors. None of the notices displayed here will cause any issues but we will resolve them in a future version.

    Note that you must not have WP_DEBUG_DISPLAY enabled on a live website because it is not good to display this to customers. WP_DEBUG and WP_DEBUG_LOG should be disabled too except for cases where some temporary testing is necessary.

    Thanks also for informing us about the issue with the contact form through the My Account page on our website. We will investigate and get that resolved.

    Plugin Contributor Olav Småriset

    (@olsm)

    I have received no reply to my previous message and I cannot reproduce this issue, so I marked this ticket solved now. Please reply here or email us in our support portal if you are still having issues.

    Plugin Contributor Olav Småriset

    (@olsm)

    Hi there, thanks for reporting this issue.

    I set the WooCommerce store currency to NGN and the checkout is calculating the amount of Bitcoin correctly so I have not been able to reproduce this.

    Are you using a currency switcher plugin? There may be a conflict with that or a different plugin.

    I would like to ask you to send us the debug information from CryptoWoo in wp-admin -> CryptoWoo -> Database Actions, but this is sensitive information so I recommend you send it to us on our support portal at https://cryptowoo.zendesk.com/

    It will also be helpful to have the system status report from wp-admin -> WooCommerce -> Status, so you can send that to us also when you create the ticket.

    Alternatively, if you can share us a temporary wp-admin administrator account, that will usually be the most efficient method for us to troubleshoot the issue and you will not have to send us a lot of information. You can send us the details when you create the ticket in our service desk, and we will look into this issue as soon as we can.

Viewing 10 replies - 1 through 10 (of 10 total)