* Fix – The settings page description now shows the effective date of the rates in use, in the site date format, instead of a fixed year, and links to the current Royal Mail price guide.

* Tweak – Set an optional maximum store credit balance per customer to cap how much they can earn from rewards
* Fix – Order notes report the store credit actually awarded as cashback
* Fix – Order notes for store credit refunds show the refunded amount instead of the customer's balance
* Fix – Awarding store credit from a reward no longer logs a database error or briefly blanks the reward settings
* Fix – When store credit covers part of an order, the remaining balance is always paid with the payment method the customer selects
* Fix – Orders paid in full with store credit show their full order total and return all of the credit if cancelled
* Fix – On the checkout block, orders paid partly with store credit charged the full order total to the other payment method
* Fix – The cashback reward notice no longer repeats on the classic checkout
* Fix – Cashback rewards limited to products or categories that were all deleted no longer apply to the whole store
* Fix – Void the original store credit charge when an order paid with store credit is cancelled or fails, instead of recording an offsetting transaction
* Misc – Require WooCommerce 9.9 or higher
* Dev – Update the bundled Fenix framework to v1.14
* Dev – Add a filter to adjust how much store credit a reward awards within the configured limits

* Fix: Product fields inside Repeater rows price the cart item and the order.
* Fix: Editing a cart item restores every Repeater row with its values.

* Update: Tested up to WooCommerce 11.2
* Update: PHP 7.4 is now declared as the minimum supported version, matching WooCommerce
* Fix: Refresh cached plugin styles and scripts when the plugin version changes
* Fix: Use supported WooCommerce APIs and handle rejected bulk cart items correctly

* FIX: Google Pay (checkout and redirection), Apple Pay, Direct Debit and PayGold in test mode, or in test mode for some users, with a live key configured: Redsys authorised the payment and the notification reached the store, but the order stayed pending and was later cancelled, with "Received valid notification" followed by "Signature verification failed in successful_request" in the log. The first check of the notification used the key the payment was signed with (the test key) and the second one always used the live key. Both now use the same key, and the order keeps the key it was verified with for later refunds. Live payments are unchanged, as they are signed with the live key. The 32.2.0 entry about test-mode notifications of these gateways fixed only the first check.
* CHANGE: WooCommerce > Status > System status, section "Redsys for WooCommerce": each active Redsys method now shows whether it is in test or production, and, when test mode for users is on, which user IDs pay in test (for example "(production, test for users: 1)").