Rico

Hi!
thanks for your reply. Before I do the test you proposed, here’s the feedback from hosting provider.

They did not find any critical PHP errors related to the add-to-cart process. The debug log mainly contains notices and deprecated warnings from the WoonderShop theme, for example early translation loading and deprecated dynamic properties.

They suspect the WoonderShop theme contains older code which is not fully adapted to newer PHP and WP versions, and that this may be causing compatibility issues.

However, there is one detail that I believe is particularly important.

As already mentioned, we have another site, petsy.hr, using the same WoonderShop theme and exactly the same PHP version, PHP 8.2.31, on the same hosting infrastructure. Adding products to the cart works correctly there without any issues.

The main obvious difference between the two sites is the WooCommerce version:

mojprins.si: current WooCommerce version
petsy.hr: WooCommerce 10.4.4

So while the hosting provider suspects the older theme code and compatibility with newer PHP versions, the same theme is working correctly on the same PHP 8.2.31 environment on petsy.hr.

This is why I still suspect that the problem may be related to a change introduced in a newer WooCommerce version, or that the newer WooCommerce version is exposing a compatibility issue with the WoonderShop theme or another plugin.

The hosting provider also tested mojprins.si with PHP 7.4 and reported that the cart worked correctly. However, PHP 7.4 is obviously not a viable long-term solution, and the site is intended to run on PHP 8.2.

Could you please advise whether there have been any recent changes to add-to-cart, AJAX, cart fragments, or session handling since WooCommerce 10.4.4 that could expose compatibility issues with older themes or plugins?

Given that the same theme and PHP 8.2.31 combination works correctly on petsy.hr, I believe the WooCommerce version difference may be relevant.

Hi!
This seems to be working alright for a while but now it’s really weird again. You just cannot add the items to the cart.
Here, a new video from today:
https://streamable.com/wu9uzi

Checked in two browsers on my PC, logged in, logged out. Can’t get it working no matter what I do.
Went to my wife’s PC and it’s working fine (same windows version, same browser)
iPhone iOS26: Does not work.
iPhonr iOS18: Working randomly.

Here’s a copy of this site with old 10.4.4. WC version and it’s working perfectly. I kept the old version on purpose.
https://petsy.hr

Could WC paypal payments be causing a session race condition, where its AJAX/Simulate Cart request overwrites the cart state during add-to-cart?

Thanks for taking a look because this is really frustrating.
R

• This reply was modified 2 weeks ago by Rico.
• This reply was modified 2 weeks ago by Rico.
• This reply was modified 2 weeks ago by Rico.
• This reply was modified 2 weeks ago by Rico.
• This reply was modified 2 weeks ago by Rico.

Nope, that didn’t solve anything.
No performance or cache plugins are present.
Like I said, the croatian website is a duplicate – only with older version of the WC plugin.
So the only thing that differs is the plugin version which is obviously causing the cart and translation issues.

The whole situation is really weird. Sometimes the cart icon is showing 0 items and the cart page is showing 1 item (but not always). Sometimes I have to add the item three times to finally show up in the cart page. It’s totally unpredictable and I’m 100% sure that did not happen before. I’m adding coupons regularly and I’m testing every time if everything was working correctly.

I don’t mind the cart icon being inaccurate (and translations are faulty) but if a buyer adds an item to the cart two times and the item does not show up – then we have a serious problem.

90% issues happen after themes/plugins pdates and this is getting really time consuming.

• This reply was modified 2 months, 3 weeks ago by Rico.
• This reply was modified 2 months, 3 weeks ago by Rico.

Here, another browser – Firefox. Cleared everything (all the checkmarks were selected).
https://streamable.com/xwfzni

I didn’t use the incognito window because 99% of visitors does not even know what this is.
Clearly this is a WC or a theme issue. But like I said – older versions of WC are working good on the same themes.

Hi!

Hm, that is strange indeed! I can open the video with no problems at the link above.
Here’s another one, I uploaded it somewhere else: https://streamable.com/9wf0i4

• This reply was modified 2 months, 3 weeks ago by Rico.

Hi,

All of my sites are single-lingual.
Except for one site which uses licensed Polylang plugin.
But I assume that does not matter because they all have the same symptoms.
However, all of these sites have themes from the same provider.

Here’s the status report:
https://pastebin.com/MTKf1S3G

Thank you for your support.

R.

The problem is that the people managing the stores almost never mark orders as “completed” and leave them in “on hold” status. They check the payment, ship the product, and that’s it. As a result, the analytics remain completely empty in such cases. In my opinion, that’s a major fail.

Review sent, thank you for your support!

Hi,

It’s fixed.
I contacted hosting provider. They said there wasn’t a checkmark for the option “enable compabilty mode”. That was most likely true since I never activate this because Order Data Storage is always set to Legacy.
I checked other sites again and they all have HPOS disabled (and compatibility checkmark is NOT active) but the Reports are working normally.

Now, I’m 100% sure this option was greyed so I couldn’t select to HPOS and than resync the orders.

Secondly, the Analytics is still not showing orders “on hold”. Even worse, total sell number includes returned orders too.

• This reply was modified 10 months, 1 week ago by Rico.