liviopv

@alexcozmoslabs @cozmoslabs any updates on this? I just tested again with WordPress 6.5 RC4 and the Translate Page button is still missing.

To share more context, this hasn’t been working since Gutenberg 17.5 (which is now in core with 6.5) introduced several changesets to unify the components used to power Page Editor with the Site Editor. It affected other plugins that append elements to the editor toolbar and canvas, like Yoast and Elementor.

There was an attempt to retain backward compatibility with GB 17.5.2, but new changesets introduced with 17.6 introduced the compatibility issue again.

Thanks, it’s working now!

Hi there,

I tested the checkout flow on my end and it didn’t take 1min to load the checkout. It actually took 5-7 seconds for me, which is not blazing fast, but it’s not incredibly slow either, and it’s compared to the overall performance of the rest of the site (some stylesheets seem to be taking a little extra time to load).

During one of my tests, I also saw a Cloudfare warning page saying the site was offline, which indicates your server might not be running as smoothly as you think.

That said, I would do a plugin conflict test to understand if the loading time is being affected by another plugin. Looking at your plugin list, I would start by disabling these plugins, which seem more related to the checkout and performance:

* EWWW Image Optimizer Cloud
* LiteSpeed Cache
* Optimus
* WooCommerce Direct Checkout
* WP-Optimize

It could be that one of them is conflicting with the other or your theme/server and causing the slowness you’re noticing.

We have a great guide on troubleshooting plugin conflicts in this page: https://docs.woocommerce.com/document/woocommerce-self-service-guide/

Hi,

Have you done a plugin conflict test?

It could be that a caching plugin or server cache interfering with PayPal’s response.

There’s a documented issue between PayPal Standard and W3C Cache, which you seem to be running on the site.

You can follow this guide https://docs.woocommerce.com/document/troubleshooting-order-status-not-changing-on-order-complete-conflict-with-w3-total-cache/ to troubleshoot that issue.

It’s quite hard to troubleshoot without seeing the actual issue.

Just to confirm: it is working on version 3.3.3, but it does not work on versions 3.3.4 and 3.3.5, correct?

If that’s correct, it’s a very unusual situation, likely not directly related to WooCommerce, because there were no big changes when it comes to how WooCommerce handles images between versions 3.3.3 and 3.3.5.

It could be that your theme template is not fetching the image correctly, or is fetching the wrong size of the original image. Or the images might not be accessible, or something else entirely.

Few things you can test:
* What happens when you remove the image from the product and add it again?
* Does this happen while creating a new product, or just on existing products?
* Are your images served via a CDN or from the server where the site is running?
* Are you using any image-related plugin?
* Have you tried to disable all your plugins except WooCommerce to see if the images show up correctly?
* Has your theme been updated recently?
* Have you tried using a plugin like https://www.ads-software.com/plugins/regenerate-thumbnails/ to refresh your site’s thumbnails?

If you can not make the site accessible, at least send more information that might help people get a better context of the issue.

I got the same problem with my feeds (https://bloodypop.com/feed and https://feeds2.feedburner.com/bloodypop).

Any news?