Cart broken for variable products after WooCommerce 10.5+ update

This topic has 26 replies, 4 voices, and was last updated 1 month, 1 week ago ago by Tony Rodriguez

  • Avatar: Michael
    Michael
    Participant
    March 13, 2026 at 12:31

    Hi,

    I’m experiencing a critical issue with variable products since the recent WooCommerce updates (10.5.3 security patch / 10.6.x).

    Environment:
    – XStore 9.7
    – WooCommerce 10.6.1
    – WordPress 6.9.2

    Issue:
    Cart behavior is erratic for variable products only. Items added to cart are not consistently shown — they appear, disappear, or fail to persist across page navigation. Simple products are unaffected.

    Troubleshooting already done:
    – Deactivated Caching — issue persists
    – Tested across multiple browsers and devices — issue persists
    – Checked WooCommerce logs (fatal errors, woocommerce, wc-api) — no relevant entries
    – Installed latest XStore patches — issue persists

    Background:
    WooCommerce 10.5 intentionally changed the add-to-cart behavior for variable products: the button is now disabled by default in PHP and re-enabled via JavaScript. This is known to cause conflicts when themes provide custom AJAX cart logic. I believe XStore’s cart implementation is conflicting with this change.

    Request:
    Please advise on a fix or provide a patch that restores compatibility between XStore’s AJAX cart and WooCommerce 10.5+ variable product handling.

    Thank you.

    25 Answers
    Avatar: Ayan Rahman
    Ayan Rahman
    Support staff
    March 13, 2026 at 13:04

    Hi,

    Thank you for reaching out to us.

    To assist you more effectively, we kindly request that you record a video demonstrating the issue and the steps leading to it. This will help us better understand and replicate the problem on our end.
    Upload the video on a filesharing service, for example – https://fex.net/ , and provide us with the URL.

    Could you please provide temporary wp-admin and FTP access? We will check what can be done to help you.
    To grant WP-Admin access, please proceed to create a new user account with an administrator role through your WordPress Dashboard. Once the account is established, you may securely transmit the username and password to us via the Private Content section designated for this purpose.

    For FTP access, we require the following details: FTP host, FTP username, FTP password, FTP port, and FTP encryption type. If you need assistance in creating these credentials, please reach out to your hosting provider who will guide you through the process.

    Warm Regards,
    The 8Theme Team

    Avatar: Michael
    Michael
    Participant
    March 13, 2026 at 15:59

    Hi,

    Sure, here is the screen recording: https://fex.net/s/d20tblr

    As you can see, I first add a simple product to the cart. The quantity in the basket (1) is displayed correctly.
    Then I open a variable product, select a variant and add it to the cart. At first, I can see both products in the side cart.
    However, the number of products shown with the cart icon in the header is still 1 instead of 2.
    When I then go to another page (shop page in this example) and open the cart, the most recently added product is gone.

    Note: the behaviour is not fully predictable. So it may be you repeat the shown steps and everything will be fine, but the behaviour will happen once you add a second, third or fourth variable product. But at some point it will happen.
    Also, sometimes products disappear althogether from the cart, but will reappear later (or not).

    I set-up a staging side for you to work with:
    https://greengorilla.de/gg-staging/shop/

    Below you find the credentials to sign in and also the corresponding ftp user.

    Please contact administrator
    for this information.
    Avatar: Jack Richardson
    Jack Richardson
    Support staff
    March 14, 2026 at 08:07

    Hello @Michael,

    Please check now. We have activated the following setting: https://prnt.sc/xaIX8lov0O7o in Dashboard → XStore → Theme Options. We have also tested it, and the issue no longer appears on our side.

    Best regards,
    Jack Richardson
    The 8Theme’s Team

    Please contact administrator
    for this information.
    Avatar: Michael
    Michael
    Participant
    March 14, 2026 at 08:58

    Hello Jack,

    Unfortunately, that didn’t fix the issue. Here is a new screenrecording from just now: https://fex.net/s/2el0m8o

    It’s just that it doesn’t happen always at the same time. In this run, it was with the second product I added, but sometimes I had to add 5 or 6 to get the issue.

    Thanks
    Michael

    Avatar: Jack Richardson
    Jack Richardson
    Support staff
    March 14, 2026 at 09:07

    Hello @Michael,

    We kindly ask you to check the issue using a different device or browser, as our tests on Chrome and Safari did not reveal any problems.

    Best regards,
    Jack Richardson
    The 8Theme’s Team

    Avatar: Michael
    Michael
    Participant
    March 14, 2026 at 11:14

    Hello Jack,

    I tested on different browsers and different devices and could replicate the issue.

    Please note that it seems to only occur if you are not logged in and it does not always occur.

    Here is a screenrecording from Chrome on Windows: https://fex.net/s/r6szpcb

    This time the number indicator in the widget behaves very weirdly (goes from 2 to 1 to 0 to 1 after adding the second product).

    The main issue is not only that the number indicators are not working correctly, but products are disappearing from the cart (in some cases to reappear minutes later or after I deleted other products from the cart).

    Thanks
    Michael

    Avatar: Jack Richardson
    Jack Richardson
    Support staff
    March 14, 2026 at 14:30

    Hello @Michael,

    We have reviewed your active plugins and found that disabling the third-party plugin “Real Cookie Banner” resolved the issue. Could you please test it on your side now? We have temporarily disabled this plugin on your staging website.

    Best regards,
    Jack Richardson
    The 8Theme’s Team

    Avatar: Michael
    Michael
    Participant
    March 14, 2026 at 16:43

    Hello Jack,

    I noticed that you have disabled the “Ajax add to cart” option in XStore settings and yes, without that functionality it works.
    However, if I reactivate it, I have the same issue, even without “Real Cookie Banner” activated.
    So unfortunately, “Real Cookie Banner” is not the reason.

    As I understand it, there are changes to the add-to-cart functionality in Woocommerce since 10.5 as mentioned in this article:
    https://wordpress.org/support/topic/critical-issue-add-to-cart-broken-in-woocommerce-10-5-0/
    which might be the reason for the issue (I’ve been running this WP configuration for mutliple years without any problems).

    Many thanks for your ongoing support.

    Michael

    Avatar: Jack Richardson
    Jack Richardson
    Support staff
    March 15, 2026 at 08:54

    Hello @Michael,

    We have reviewed the topic on the WooCommerce forum, and it appears that the issue may be caused by recent changes in their plugin. We attempted to test older versions of the WooCommerce plugin on your website, such as version 5.4.4 (https://wordpress.org/plugins/woocommerce/advanced/). However, due to plugins deactivations on your staging website, a fatal error occurred (https://prnt.sc/WLXlQpMr3TNw), which prevented us from proceeding further without your assistance.

    We kindly ask you to either test a previous version of WooCommerce, if possible, so that we can better understand the issue, or provide us with temporary FTP access to your staging website so we can resolve the error. Based on our local testing, we were unable to reproduce the same issue, which suggests it may be related to the recent WooCommerce update.

    Best regards,
    Jack Richardson
    The 8Theme’s Team

    Avatar: Michael
    Michael
    Participant
    March 15, 2026 at 12:29

    Hello Jack,

    I re-installed the staging site as a clone from my current live site.
    I deactivated all caching, security and cookie plugins, so we can be sure they are not the reason.
    I also reuploaded woocommerce to rule out an incomplete upgrade process.

    Testwise I downgraded Woocommerce to 10.4.4. and WordPress to 6.9.1 to see if any of the recent updates is the culprit (current status of the staging site).

    Unfortunately, the issue persists (I have the feeling it even got worse).

    I provided you FTP access to the staging site and wordpress backend (see below).

    Thanks for your help
    Michael

    Please contact administrator
    for this information.
    Avatar: Jack Richardson
    Jack Richardson
    Support staff
    March 16, 2026 at 07:50

    Hello @Michael,

    We have disabled the following plugins (https://prnt.sc/J1h7nbwG5JtM) and then reactivated them. After conducting our tests, we confirmed that the “Add to Cart” functionality is now working correctly (we tested it approximately ten times with different types of products).

    Could you please check this on your side as well? We need to identify the root cause of this issue, but at the moment it appears to be related to certain plugins or other unknown factors.

    Best regards,
    Jack Richardson
    The 8Theme’s Team

    Avatar: Michael
    Michael
    Participant
    March 16, 2026 at 13:49

    Hello Jack,

    Unfortunately, the issue is still there. Sometimes it takes adding 6+ products, but I just had the case with the 2nd product added.
    Do you think it might have something to do with the YITH wishlist functionality which is using ajax simultaneously?

    Many thanks
    Michael

    Avatar: Jack Richardson
    Jack Richardson
    Support staff
    March 16, 2026 at 14:45

    Hello @Michael,

    Could you please disable all third-party plugins on your website and check if the issue persists?

    If the problem continues, could you also test whether the same issue occurs when using a default theme, such as Storefront (Appearance → Themes)?

    If the behavior remains the same regardless of the theme used, it may indicate that the issue is not related to the theme itself. In that case, we recommend contacting the WooCommerce plugin support team at https://wordpress.org/support/plugin/woocommerce/

    Best regards,
    Jack Richardson
    The 8Theme’s Team

    Avatar: Michael
    Michael
    Participant
    March 17, 2026 at 21:22

    Hello Jack,

    Deactivating the Germanized Plugin seems to solve the problem. I’ve now contacted their support and hope they can find a solution.

    Thank you for your help so far!

    Best
    Michael

    Avatar: Jack Richardson
    Jack Richardson
    Support staff
    March 18, 2026 at 07:04

    Hello @Michael,

    Thank you for your update. We appreciate the information and are glad to hear that deactivating the Germanized Plugin helped to identify the issue. Hopefully, their support team will provide a permanent solution soon.
    Please let us know if you need any further assistance from our side.

    Best Regards,
    Jack Richardson
    The 8Theme’s Team

    Avatar: Michael
    Michael
    Participant
    March 20, 2026 at 12:20

    Hi Jack,

    After some further troubleshooting and support from the Germanized/Vendidero team, we think we have identified the root cause of the cart issue.

    The problem seems to be caused by an unintended script interaction between the XStore theme, the Germanized plugin and the B2B market plugin:

    1. When a product variation is changed, Germanized (or the B2B Market plugin) fires an XHR request to update the displayed price.
    2. This XHR request triggers a “change” event on the quantity field as a side effect.
    3. XStore’s own script “etheme_update_cart_item_quantity” picks up this programmatic change event and fires — even though no actual user interaction with the quantity field has taken place.
    4. This unintended trigger interferes with the add-to-cart process for variable products, causing items to not be reliably persisted in the cart session.

    The issue only manifests when the customer selects a variation and clicks “Add to Cart” quickly, before the XHR request has completed. This explains the erratic, non-reproducible nature of the bug.

    We think, the fix needs to come from XStore’s side: etheme_update_cart_item_quantity should only respond to genuine user interaction with the quantity field, not to programmatic “change” events fired by third-party scripts.

    Additionally, the Germanized team specifically suggested that it might be worth evaluating whether the etheme_update_cart_item_quantity XHR request is strictly necessary in this context, or whether it could be disabled or made optional for variable product pages

    Could you please investigate and provide a fix for this specific interaction?

    Thank you.

    Avatar: Jack Richardson
    Jack Richardson
    Support staff
    March 20, 2026 at 13:21

    Hello @Michael,

    Thank you for providing such detailed information about your analysis in relation to plugin support. In our theme’s code, the product quantity in the mini cart is updated in the following sections:

    $(document).on('change input', '.woocommerce-mini-cart .quantity .qty');  
    // if popup appears after adding to cart  
    $(document).on('change input', '.popup-added-to-cart .quantity .qty');  
    // for advanced quantity  
    $(document).on('change', '.quantity-wrapper[data-type=advanced] .qty');  
    $(document).on('change input', '.woocommerce-checkout-review-order-table .qty');

    However, if the plugin’s code triggers the event on .qty selector, there should be additional parameters to indicate that the trigger was not initiated by a user. For example, in Elementor, this is implemented as shown here: https://prnt.sc/NgbMc_tvprLc

    We kindly ask you to review the plugin’s code to determine whether it is possible to add a manually_triggered or other argument. This would allow us to prevent the callback from being executed in such cases. For instance, in the plugin code where the product quantity is triggered, please consider modifying it as follows (shown as example of code):

    From:
    jQuery('.quantity .qty').trigger('change');

    To:
    jQuery('.quantity .qty').trigger('change', [{manually_triggered: true}]);

    Best regards,
    Jack Richardson
    The 8Theme’s Team

    Avatar: Michael
    Michael
    Participant
    March 27, 2026 at 07:51

    Hello Jack,

    I’ve been in contact with the B2B market team and they have changed all their calls as requested:

    From:
    $( qty_element ).change()
    To:
    $(‘.qty_element’).trigger(‘change’, [{manually_triggered: true}]);

    The problem, however, still persists.
    Do you have to change something on your side, too, to prevent the callback from being executed?

    Thanks
    Michael

    Please contact administrator
    for this information.
    Avatar: Jack Richardson
    Jack Richardson
    Support staff
    March 27, 2026 at 08:07

    Hello @Michael,

    Thank you for the update. We have uploaded our modified script file (/wp-content/themes/xstore/js/woocommerce-all-scripts.min.js) to your staging website. This version includes an adjustment to prevent our code from being triggered when suggested arguments are present (https://gyazo.com/01c6fad674e645548e9c377844b6c82f).

    We kindly ask you to review the changes. Please remember to clear your cache before testing. If you require any further assistance, please provide us with a video of your testing process.

    Best regards,
    Jack Richardson
    The 8Theme’s Team

    Avatar: Michael
    Michael
    Participant
    March 27, 2026 at 08:26

    Hello Jack,

    I couldn’t provoke the error any more, so I think that’s a success!

    Will you provide this as a hotfix/update or how do I best deploy this to the live site?

    Many thanks!
    Michael

    Avatar: Jack Richardson
    Jack Richardson
    Support staff
    March 27, 2026 at 08:54

    Hello @Michael,

    Thank you for your message. We are glad to hear that the issue no longer occurs.
    We will include the fix in the next official update. However, if you would like to apply it sooner, we can provide a hotfix package for your live site. Please let us know your preference, and we will assist you accordingly. Also, the b2b plugin should be also updated on your live web-site with the fix they included.

    Best Regards,
    Jack Richardson
    The 8Theme’s Team

    Avatar: Michael
    Michael
    Participant
    March 27, 2026 at 10:06

    Hello Jack,

    A hotfix package would be very much appreciated as the bug has been impacting our sales directly.

    Many thanks for the wonderful support!
    Michael

    Avatar: Jack Richardson
    Jack Richardson
    Support staff
    March 27, 2026 at 10:28

    Hello @Michael,

    Please, check private content.

    Kind regards, Jack Richardson
    The 8theme’s team

    Please contact administrator
    for this information.
    Avatar: Michael
    Michael
    Participant
    March 27, 2026 at 10:49

    Thanks for the support! My topic “Cart broken for variable products after WooCommerce 10.5+ update” has been successfully resolved.

    Avatar: Tony Rodriguez
    Tony Rodriguez
    Support staff
    March 27, 2026 at 10:49

    Dear Michael,

    It’s great having you in our WordPress & WooCommerce community!

    Every insight you share helps us refine XStore and build tools that empower thousands of online store owners worldwide.

    Together, we grow stronger with every release.

    Topic closed.
    The 8Theme Team

  • Viewing 26 results - 1 through 26 (of 26 total)

The issue related to '‘Cart broken for variable products after WooCommerce 10.5+ update’' has been successfully resolved, and the topic is now closed for further responses

We're using our own and third-party cookies to improve your experience and our website. Keep on browsing to accept our cookie policy.