henkesan

@pperez001 @aranofacundo

Thank you so much for the update! This fixed everything ??
Everything is now solved ??

@crodriguez1991 Please have a look at this, more users are having the same problem as us.

@duainem1 Thank you! Maybe we can help each other going to the bottom of the root of this problem.

In my current troubleshooting conclusion, there is either something wrong with YITH infinite scrolling or something related to specific web hosts (maybe Cloudflare, but I’m not sure).

@duainem1 What web host are you using? We are using Rocket.net

I can also verify that the problem is not related to the theme Shoptimizer, as I got the same problem with the theme Storefront on another website. (it works great logged-in, but not as visitor/logged-out)

I’ve tried everything, literally everything.

Disabled all plugins, switched themes, re-saving permalinks, disabled Cloudflare Enterprise, deleted all redirects in RankMath, and deactivated RankMath. Nothing helps.

Shoptimizer theme developer replied with this screenshot (the problem always happens when /page/3/ is about to load on any product-category)

I discussed all of the problems I have experienced and uploaded the image to ChatGPT (I have of course also had long dialogues with our web host rocket.net and the theme developer):

The screenshot you shared shows an important detail about the behavior of the pagination between /page/2/ and /page/3/. The HTTP/2 301 redirect on /page/3/ is coming from WordPress based on the x-redirect-by: WordPress header. This confirms that the redirect issue is being triggered by WordPress rather than the server or Cloudflare.

Key Observations:

• /page/2/ returns a 200 OK response.
• /page/3/ returns a 301 redirect response, with the redirect being initiated by WordPress (x-redirect-by: WordPress).

Possible Causes:

1. Trailing Ampersand in URL: Notice in the screenshot that the URL for /page/3/ contains &_= twice: /page/3/?nocache=&&_=1727937172210 This double & in the URL might be causing the problem. It looks like the AJAX request is adding an extra &_ parameter, possibly due to the infinite scroll plugin’s JavaScript logic. WordPress might be interpreting this as an invalid request and issuing a 301 redirect. In contrast, the URL for /page/2/ is: /page/2/?nocache=&_1727937172210 The trailing query parameters look correct here, and that’s why the request succeeds. This inconsistency might be what’s breaking the request for /page/3/.

Troubleshooting Steps:

1. Fix JavaScript Issue in Infinite Scroll Plugin: The duplicate &_ in the URL for /page/3/ likely originates from the Yith Infinite Scrolling plugin’s AJAX request. You can:
   • Inspect the plugin’s JavaScript code that handles the pagination logic. Check where the query parameters are being appended to the URL and ensure that &_= is added only once.
   • You could also try updating the plugin if you’re not using the latest version, as it might be a bug that has been fixed in a newer release.

I later tried this plugin instead:
Load More Products for WooCommerce – WordPress plugin | www.ads-software.com – https://www.ads-software.com/plugins/load-more-products-for-woocommerce/

Which has the same basic structure of infinite scrolling via AJAX pagination. And it worked flawlessly for both logged-in and logged-out users.

If “Load More Products for WooCommerce” works without any issues, it confirms that the problem was indeed tied to the Yith Infinite Scrolling plugin, likely due to how it handles pagination or query strings (the &_= issue) specifically for certain pages like /page/3/.

Woocommerce is 100% translated.

I notice this message in Loco translate:
The language of this site is Swedish. Your admin language is English (United States).

I don’t fully understand what you mean by multilingual? Do you mean if we use a plugin like https://wpml.org/ ?

If so, no. Our site is only in Swedish. And we use Loco translate for translating various texts from plugin etc into Swedish.

Can I contact you outside this public message board to send you a link to our site?

Thank you for the reply,

Is this something I can fix in the plugin settings?
Or, how do I solve this?

Hi! Thanks for your reply.

1. Latest Version 2.2.4

2. WPEngine added the constant in the wp-config file. They just test run the command to see if the syncing was stuck or something. In order to set up a cron job I had to install something locally and use SSH. It sounded a bit complicated so I did not investigate in that any further.

3. I will send you the full log to the email address you mentioned.

4. How do I do that? We do not use any caching plugin. WPEngine has its own built it caching system which i dont think you can turn off without contacting support.

Do you mean “ajax_add_to_cart” is mandatory for every WordPress theme for Woocommerce, or only mandatory for your plugin? Maybe they use another technique for their way of handling add to cart button?
How can I add this class to add to cart button? What css code to I need to use?

I don’t know about “WordPress repo” but, this is the theme I’m using:
https://themeforest.net/item/oxygen-woocommerce-wordpress-theme/7851484

I don’t think it was composite products plugin. But for some reason after testing again it works with twenty theme. I did deactive composite products plugin, but then activated it again. And your plugin works great no matter if composite products are activated or not.

But it does not seem to be compatibly with our main theme, Oxygen. No matter if composite products plugin is activated or not. I do not not get a popup when adding products to cart.