Skip to main content

4.0.11 Release Notes

Version 4.0.11 is a patch release with two bug fixes and two additions.

Download 4.0.11

Bug Fixes​

Admin "Pay for Order" Now Continues to Work After a Declined Card​

Using the "Pay for Order" action in the WordPress admin, a merchant can now retry a declined card immediately with a different card, without leaving the page.

Previously, after a declined card attempt in the "Pay for Order" modal, every subsequent admin payment attempt by that admin user failed immediately with the same error message from the earlier decline, regardless of the card used or which order it was applied to, and without ever reaching Stripe. This happened because the earlier decline's error message stayed in the admin's WooCommerce session and was checked at the start of each new payment attempt, before the payment was processed. The plugin now clears that message before each new admin payment attempt, so it no longer carries over to the next attempt.

Closing the Voucher Payment Modal No Longer Shows a Cancelled Payment Notice​

When a customer pays with a voucher-based payment method (Multibanco, OXXO, Boleto, or Konbini), Stripe displays a modal with the voucher details, such as a reference number or barcode, for the customer to save. Closing that modal, either with its close button or by clicking outside it, showed the customer a cancelled-payment error and prevented checkout from completing, even though the voucher had already been generated and the order should have been able to proceed while the customer completes payment separately using the voucher.

Closing the voucher modal no longer shows that notice. Checkout now correctly completes, and the order proceeds to its on-hold status awaiting the customer's voucher payment.

Additions​

Removed Unused addressLocales Property from wcStripeSettings​

The addressLocales property has been removed from the wcStripeSettings JavaScript variable. It stopped being used after an earlier improvement to how wallet-supplied addresses (Apple Pay, Google Pay, Link) are validated, and removing it further reduces the size of this data with no functional impact.

Improved Performance of Product-Page Cart Calculation​

On product pages, changing the quantity or a variation triggers a background calculation to preview totals for the Express Checkout button. Improvements to the cart calculation code mean this calculation is now faster, and the classic "Add to Cart" button is no longer disabled while it's in progress.

When shipping is required, either for the product being viewed or a product already in the cart, the Express Checkout button is also no longer disabled while this calculation is in progress. Since the button no longer shows a disabled overlay, there's no visible sign of a request happening in the background, making checkout feel more responsive. For digital products, the button still shows its disabled overlay during calculation, since that's the last opportunity to ensure the total shown in the wallet is accurate.