[Resolved] Converting PNG image to JPG not working on the second language

Hello Stéphane,

Both your theme “Woodmart” and plugin “Ewww Image Optimizer” are indeed listed as compatible with WPML.

In order to see if this issue is happening because of the configuration of your staging site, or just the combination of the EWWW Image Optimizer & WPML we need to isolate the issue.

I’ve created a sandbox here: hidden link

I’ve already configured WPML in 2 languages.

Please do the following:

Open the Sandbox link mentioned above
Download and activate the EWWW plugin you are using.
Create a basic page with some .PNG images and text in the default language.
Translate the page to French and save the changes.
Use the EWWW plugin to convert your .PNGs to .JPEGs.

Please note that we only need the theme/plugin and the related functionality, you don’t need to setup a entire website or clone your existing site.

https://wpml.org/faq/how-to-reproduce-issues-and-share-them-with-wpml-support/

Let me know when it is done.

Best regards,

Hello,

Thank you for your patience, we had to test multiple scenarios,

I did 4 different environments with one specific picture (hidden link) and here are the results we got :

1- With Woocommerce and WPML : Uploaded .png product > translated it > Images are visible but we could see some traces of the .png link under the source code : hidden link

2- Without Woocommerce and with WPML : Created a new page with a .png picture > translated it > image is visible but again some traces of the .png link is seen under the source code : hidden link

3- With default Theme and WPML : Same result as previously

4- Only EWWW is active (no WPML, no WooCommerce and default theme): Created a new page with a .png picture > translated it > image is visible but again some traces of the .png link is seen under the source code : hidden link

Things to keep in mind:

I Tried these cases with different pictures, and got different results depending on the picture, sometimes EWWW just ignored the conversation (check this post : hidden link ) and some other times the .png trace didn’t exist (check this page: hidden link)
I couldn’t replicate the “404 failed to load resource” error in any scenario

Conclusion:
-> So far, It doesn’t seem related to Woocommerce nor WPML, it entirely depended on how EWWW reacts and converts a picture.

What can you do :

- You can try with several different pictures then you can see different the results and contact EWWW, they might be aware of this issue as suggested under their website here : hidden link

- They explicitly suggested that in some cases, it is more difficult to ensure that the database is updated with the new filename(s).

- And if you can provide us with a clear step by step to follow, to reproduce the issue as we have diverse results.

Please do not hesitate to contact us further if needed,

Thank you,

Hello there,

Thank you for the details,

After further testing, I have escalated it to our developers.

We will be in contact with EWWW authors, but in the meantime, it may be useful if you talk to them directly as a client, they may already be aware of this issue.

I will update you once I receive feedback, also please feel free to check with me later on to see the status and I will be happy to let you know the status of this fix.

Your patience is appreciated and have a wonderful day,

Best regards,

Hi,

Thank you for sharing these details and for your patience,

I’m keeping an eye on the status of your ticket, I will update you once I receive any feedback,

Your time and energy are appreciated,

Thank you

Hello,

Thank you for your patience,

Actually, yes, I have recently received a solution to your issue.

It is related with the _wp_attachment_metadata post meta, we can use the wp_get_attachment_metadata to change the file format on front-end.

For this, please add the following code to your theme's functions.php file:

// WPML Workaround for compsupp-6701
function wpml_compsupp6701_fix_jpg_image_format( $data, $attachment_id ) {
    
	// Runs only if WPML is enabled
	if ( class_exists('Sitepress') ) {
		$image_url = wp_get_attachment_url( $attachment_id );
	
		$image_extension = strtolower( pathinfo( $image_url, PATHINFO_EXTENSION ) );
		$attachment_metadata_extension = strtolower( pathinfo( $data['file'], PATHINFO_EXTENSION ) );

		if ( $image_extension != $attachment_metadata_extension && $attachment_metadata_extension === 'png' ) {
			// Replace the extension with "jpg" in the file name
			$data['file'] = preg_replace( '/\.png$/i', '.jpg', $data['file'] );

			// Update the metadata for each image size
			foreach ( $data['sizes'] as &$size ) {
				$size['file'] = preg_replace( '/\.png$/i', '.jpg', $size['file'] );
			}
		}
	}	

    return $data;
}
add_filter( 'wp_get_attachment_metadata', 'wpml_compsupp6701_fix_jpg_image_format', 10, 2 );

This should fix the 404 errors on front-end and load the correct image format.

We will be also contacting the author of EWWW image optimizer plugin for a proper update.

Thank you again for your patience,

Best,