RLDD

This issue should be resolved in version 3.0.37+

Please let me know if you find any other issues. Thank you!

Hello,

Thank you for identifying this bug. The plugin should automatically use the timezone defined in admin settings but the previous version failed to do this correctly. Please let me know if today’s release resolves the timezone issue.

Hi Tim,

Sorry you are having persistent issues. As we discovered earlier in this thread, Auto Coupons plugin can only affect the checkout fields by forcing a page reload after quantity changes. It does affect the saving of checkout fields or touch payment processing.

What it actually does at checkout/cart:

• Applies/removes coupons via standard WooCommerce hooks (woocommerce_before_checkout_form, woocommerce_before_cart, etc.).
• Injects one small JS listener that reloads the page after WooCommerce updates totals when a quantity input is present:

Otherwise, if you are referring to the admin side design/editing of checkout, the plugin only supports native editing and has not been tested with 3rd party page builders. I recommend using the native WooCommerce shortcodes for checkout like [woocommerce_cart] and [woocommerce_checkout]. And even better, using the native WooCommerce blocks which have a clean modern aesthetic. The plugin has been tested extensively with both of these methods.

Hi Tim,

Ok great. I am looking at the cart on your site and the original issue appears to be resolved. Auto Coupons is no longer initiating a refresh when the URL contains an add-to-cart parameter.

I was able to add and remove products, and I was able to reproduce the delete product issue, but only once. I also noticed the cart design is supplied by your theme, and it is slightly different than the typical WooCommerce cart. Is it possible to modify your cart page to use native blocks? https://woocommerce.com/document/woocommerce-store-editing/customizing-cart-and-checkout/cart-block/

This is my recommendation for a cleaner cart design, but I also believe it might resolve your issue.

Thank you for the reminder. I had the changes checked in but forgot to commit. It should be available now. Let me know if 3.0.34 resolves the issue with refreshes adding to quantity.

Hi Tim,

I’ve looked into this in depth to confirm. There is no part of the Auto Coupons plugin that can change or override the quantity field, quantity buttons, or quantity behavior. And to make sure, I had AI review the plugin’s code to ensure there’s no accidental impact to the quantity field.

The closest interactions this plugin has with quantity are:

• Hooks like woocommerce_after_cart_item_quantity_update that re-evaluate coupons.
• The tiny JS (wac_refresh_on_quantity_change) that forces a page reload after WooCommerce updates totals; but it still doesn’t adjust or lock the quantity field.

The plugin can display min/max quantity notices in the cart if a coupon sets _wc_min_qty/_wc_max_qty, but it never locks or adjusts the quantity number for you.

If the issue persists with Auto Coupons enabled, it’s likely from the theme, a cart/blocks script, or another plugin handling the +/- buttons. Quick checks: switch to Storefront, disable other cart/discount plugins, and try the Classic Cart vs. Blocks cart.

Please let me know if you continue to encounter this issue.

Hi, I understand. Let me clarify: As long as the checkbox for auto apply or url apply is checked for the coupon, min/max quantities are enforced. If auto apply is not turned on for the coupon, the Auto Coupons plugin as a whole will not run, therefore no min/max rules will be enforced.

If auto apply or url apply is checked, and the coupon is applied manually, the coupon will be removed the next time the plugin runs – usually this is on the next page load or checkout page.