I figured it out. The product short description somehow had an invisible Elementor section appended to it. That section contained a div with an id the same as the the swiper. Just redoing the short description fixed the problem.

I disabled all nonessential plugins and cleared the cache. I can’t disable all plugins because this is a live site. The problem persists so I’ve added credentials to the private content area. Thanks.

I just duplicated the menu and assigned it to en_GB. Unfortunately nothing changed; the wrong menu is still showing up.

Thanks for the link, but this doesn’t address my problem. My problem is very specific: the wrong menu content is showing up in the menu bar on the translated page.

This one is right: https://airtitesmokers.com/product/airtite-smoker/
This one is wrong: https://airtitesmokers.com/en-gb/product/airtite-smoker/

Notice how the two header menus are different. In the second link, it’s actually the contents of the footer menu.

Sure. I’ve submitted the login details in the private content area.

I ended up just using a native button with a link to /?add-to-cart={productid}. Seems to work fine.

Thanks for the link. I already fixed that yesterday. My site url was configured in WordPress to be http://, while I was accessing it with the SSL url starting with https://

However, I’m now seeing an even stranger problem. I’m now getting a 404 when the font is downloaded becuse the url being fetched includes the fully qualified path of the font file. The path that is getting fetched is

https://airtitesmokers.com/home/customer/www/johng115.sg-host.com/public_html/wp-content/fonts/lato/S6uyw4BMUTPHjx4wWCWtFCc.woff

Notice the directory name in the path. It appears to only be happening for the font fiile. Any ideas how to fix this?

Yes, it’s still there. This starts to sound like a WPML bug then.