[Resolved] woocommerce - product options - and cart

Hello,

To ensure the quickest and most accurate support, please provide your debug information so I can look at some of your configurations. We have an excellent article on how to locate it here: https://wpml.org/faq/provide-debug-information-faster-support/.

I would like to request temporary access (wp-admin and FTP) to your site to take a better look at the issue.
It would be better to a testing site where the issue is replicated.

The information you will enter is private which means only you and I can see and have access to it.
Maybe I'll need to replicate your site locally. For this, I'll need to temporarily install a plugin called “Duplicator” or "All in One WP Migration" on your site.
This will allow me to create a copy of your site and your content.
Once the problem is resolved I will delete the local site.

**IMPORTANT**
- Please make a backup of site files and database before providing us access.
- If you do not see the wp-admin/FTP fields this means your post & website login details will be made PUBLIC. DO NOT post your website details unless you see the required wp-admin/FTP fields.

Best Regards,
Otto

Hello Jeanne,

I am sorry for the trouble. But we need you to share the access details in the form.

I enabled again a private reply, so the next time you should see a field to add the credentials.

You need to be logged to wpml.org with the user jeanneK to see them.

Best Regards,
Otto

Hello Jeanne,

Thanks!

I used the key you've provided in my local copy of your site, and now I managed to see the problem and debug it.

The product options are translated on the product page because WooCommerce Product Options explicitly sends those strings through its WPML integration filter (wc_product_options_get_output_string, which calls wpml_translate_string).

However, when an item is added to the cart, the plugin stores the raw (untranslated) option name and choice labels inside its own wpo_options cart meta, and later outputs them in the cart/checkout without passing them back through WPML. This limitation is in the integration on the WooCommerce Product Options side.

As they took care of the integration, we need to reach them to fix it for good.

Meanwhile, I found this workaround:
❌ Please make a full website backup before proceeding ❌
In your theme's functions.php file, paste the following code:

/**
 * Translate WooCommerce Product Options texts when adding to cart
 * using the plugin's own WPML integration.
 */

add_filter( 'woocommerce_add_cart_item_data', 'my_wpo_translate_cart_meta_with_wpml', 20, 4 );

function my_wpo_translate_cart_meta_with_wpml( $cart_item_data, $product_id, $variation_id, $quantity ) {

	// If there are no WPO options in this cart item, do nothing.
	if ( empty( $cart_item_data['wpo_options'] ) ) {
		return $cart_item_data;
	}

	// Make sure the plugin classes exist (plugin is active and loaded).
	if (
		! class_exists( '\Barn2\Plugin\WC_Product_Options\Plugin_Factory' ) ||
		! class_exists( '\Barn2\Plugin\WC_Product_Options\Integration\WPML' ) ||
		! class_exists( '\Barn2\Plugin\WC_Product_Options\Model\Option' )
	) {
		return $cart_item_data;
	}

	// Get the plugin instance and the WPML integration helper.
	$plugin           = \Barn2\Plugin\WC_Product_Options\Plugin_Factory::create( '', '' );
	$wpml_integration = new \Barn2\Plugin\WC_Product_Options\Integration\WPML( $plugin );

	foreach ( $cart_item_data['wpo_options'] as $option_id => &$option_data ) {

		// Load the option model so we can access the original data.
		$option = \Barn2\Plugin\WC_Product_Options\Model\Option::find( $option_data['option_id'] ?? 0 );
		if ( ! $option ) {
			continue;
		}

		// 1) Translate the option name (the "key" shown in cart/checkout).
		$translated_name     = $wpml_integration->translate_string( $option->name, $option, 'option_name' );
		$option_data['name'] = $translated_name;

		// 2) Translate each choice label, if any.
		if ( empty( $option_data['choice_data'] ) || empty( $option->choices ) ) {
			continue;
		}

		// Build a map: choice_id => index, to reproduce the same index WPML uses.
		$index_by_id = [];
		foreach ( $option->choices as $idx => $choice ) {
			if ( isset( $choice['id'] ) ) {
				$index_by_id[ $choice['id'] ] = $idx;
			}
		}

		// Normalize the stored value to an array (covers both single and multi).
		$values = is_array( $option_data['value'] ) ? $option_data['value'] : [ $option_data['value'] ];

		foreach ( $option_data['choice_data'] as $i => &$choice_data ) {
			if ( ! isset( $choice_data['label'] ) ) {
				continue;
			}

			// For free-text fields, there are usually no predefined choices to translate.
			if ( empty( $index_by_id ) ) {
				continue;
			}

			$value_for_this_choice = $values[ $i ] ?? null;
			if ( ! isset( $index_by_id[ $value_for_this_choice ] ) ) {
				continue;
			}

			$choice_index   = $index_by_id[ $value_for_this_choice ];
			$original_label = $option->choices[ $choice_index ]['label'];

			// Translate the choice label using the same context and index as when registered.
			$choice_data['label'] = $wpml_integration->translate_string(
				$original_label,
				$option,
				'choice_label',
				$choice_index
			);
		}
	}

	return $cart_item_data;
}

This workaround has the following limitation. If a customer changes language after already having products in the cart, the labels are not “re‑translated”: they remain in the language that was active when the product was added (just like other metadata that stores fixed text). But it's rare switching languages at that stage. If the client changes languages before start shopping and keeps it, it will be OK.

As I mentioned, this is an “external” workaround; the definitive fix should come from Barn2 (which does not pass the cart/checkout texts through its WPML filters).

Please, give it a try and once you confirm we will reach them too so they implement the final solution on their code.

Best Regards,
Otto