Dental Boom
Forum Replies Created
-
Hi,
Thanks for your reply.
Is there a simpler alternative to this setup? I don’t have server-level access for WP-CLI or system cron configuration.
I mainly need a safe fix for the Action Scheduler fatal error (Unidentified action 366767) without changing the server cron architecture.
Is there any Rank Math or WooCommerce-side cleanup or fix you recommend instead?
Thanks.
Thank you @wprashed
I have used a plugin to rollback to the previous version of Kirki and now it is working as expected.
I will wait for the new release with the fix.
Thanks a lot
I have the same problem. However, please provide another reliable solution rather than: Enable the Show WordPress header & footer option from WP Dashboard > Kirki > Settings > Customize.
Some of us don’t have access to Kirki settings as your plugin is integrated in the theme bundle along with other plugins.
Thank you
I have solved it. I just deselected “Do not cache for logged-in users”, then I saved the settings and then I selected again this option and saved it.
Now is working ok. Thanks
SOLVED: Reduced tax not applied to variable product variations
Reduced tax not displaying correctly in cart totals was only affecting variations of variable products that should have used the reduced tax rate.
All affected products were imported using the WooCommerce native importer with a CSV file. The Tax Class column for these variations was left blank, assuming they would inherit the tax class from the parent product. However, this is not the default behavior.
Once the variations were created, WooCommerce automatically assigned them the standard rate instead of inheriting the tax class from the parent.
We have now manually set the reduced tax class for all affected variations, and everything is working perfectly.
It’s funny because if column Shipping Tax is left blank, once product is added with the csv, Woocommerce assigns to variations the same shipping tax as parent. However, this does NOT happen with products.
I strongly advise anyone adding variation products to a variable product via csv file, to ALWAYS fill the column Tax Class if tax needs to be different from the standard one.
Thank you anyway!
- This reply was modified 11 months, 1 week ago by Dental Boom.
My coding knowledge is very basic and I don’t have a GitHub account to post there but if this info helps the developer team to fix it, please forward them this thread.
TO SUM UP:
I’ve noticed a serious issue with tax calculation in WooCommerce 9.8.5 and 9.9.3. When the cart contains products with multiple tax rates (e.g. standard + reduced), the reduced rate line disappears completely in 9.9.3 and sometimes adds that tax amount from the reduced rate products to the standard tax line. In 9.8.5 it calculates correctly only when first adding items after login, cache and transients cleared — but if the cart is emptied and products are added again, the bug appears too.
It seems related to tax recalculation logic after cart emptying, maybe involving transients or session data. This is critical for stores in countries where tax reporting must be exact. We’re not taking orders via website now to avoid the potential huge fines in our country because of this.
I hope we can get a fix for this very soon as it affects thousands of stores selling products with different tax rates which are wrongly calculated.
Thank you.
Besides, it seems that WooCommerce is caching tax data related to the cart via transients. When the cart is emptied, these cached transients are not always cleared properly, causing old VAT lines (e.g., standard rate) to still appear even when only reduced-tax products are in the cart. Manually clearing transients temporarily fixes this, but the issue returns as WooCommerce regenerates the incorrect cached tax data. This caching behavior worsens the tax display bug and affects accurate TAX calculations.
FYI this also occurs in Woocommerce 9.8.5, which is the version I’m using now after rolling back from 9.9.3