Problem: The client is experiencing issues with product attributes not being available for selection on the product page in different language versions after translation. The attributes appear correctly in the original language but not in the translations. Solution: 1. Ensure that global attributes are created in the site's default language and avoid duplicating attributes under different names in different languages. This can be managed under WPML > Taxonomy Translation. 2. If changes are made to the original product's attributes or variations, save the variations again to sync these changes across translations. There is no need to re-translate the products if only attributes or variations are changed. 3. For issues related to caching, especially with WP Rocket, ensure that the cache is cleared after updates to products. This can be automated by setting up 'Always purge URLs' in WP Rocket settings to include:
/shop/*
4. If these steps do not resolve the issue, it may be helpful to deactivate unrelated plugins and switch to a default theme like Twenty Twenty-One to identify if the issue is related to specific plugins or themes.
If the problem persists or if this solution seems outdated or irrelevant to your case, we highly recommend checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. Additionally, please feel free to open a new support ticket for further assistance at WPML support forum.
Problem: You are managing translations for tags using the WPML 'taxonomy translation' tool and have encountered an issue where the Ukrainian translation of a tag separated from its Russian version. This separation resulted in a 301 redirect, and the Russian version created a duplicate Ukrainian translation with the same name. Solution: The issue arises from a mismatch in the database collation settings. Your database's wp_terms table uses the utf8mb3_general_ci collation, which does not fully support non-Latin characters like Cyrillic, while your WordPress configuration is set to use utf8mb4. To resolve this, we recommend updating the collation of your core database tables, particularly wp_terms, to utf8mb4. This update will support a broader range of characters and should prevent similar issues in the future.
If this solution does not apply to your case, or if it seems outdated, please check the related known issues and confirm that you have installed the latest versions of themes and plugins. If the problem persists, we highly recommend opening a new support ticket for further assistance.
Problem: In Classic Editor, when entering a tag name, the AJAX request (ajax-tag-search) does not return some tags in Ukrainian, even though they exist in the database and are correctly translated in WPML. This issue does not occur in Gutenberg. Solution: If you're experiencing this issue, we recommend you go to WPML -> Languages and check the box for
Adjust IDs for multilingual functionality
. This adjustment should resolve the issue by ensuring that the AJAX requests in Classic Editor correctly recognize the language settings.
Please note that this solution might be outdated or not applicable to your specific case. We highly recommend checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If the problem persists, please open a new support ticket at WPML support forum for further assistance.
Problem: The client is experiencing deprecated function warnings in their error logs after updating plugins. These warnings are related to the WPML CMS Navigation and Sticky Links plugins and appear due to the use of PHP version 8.2.7, which is not fully compatible with WPML or WordPress yet. Solution: We recommend disabling the debug mode in WordPress to prevent these warnings from being displayed to visitors. This can be done by editing the
wp-config.php
file and ensuring it contains the following line:
define('WP_DEBUG_DISPLAY', false);
For more information on compatibility and this issue, please visit the official WordPress site: WordPress 5.9 and PHP 8.0-8.1. These notices are expected to be resolved in future updates of the plugins.
If this solution does not apply to your case, or if the problem persists, we highly recommend checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If needed, please open a new support ticket at WPML support forum for further assistance.
Problem:
When English was not a default language, the product attributes were created in English, as well as, creating attributes were being mixed up in different languages.
Solution:
Our team fixed the issue by providing a temporary workaround. They also found an underlying problem and provided another temporary fix. Please consider following:
Please note that this isn't an officially supported workaround, but is a temporary fix and should be used with great care!!
- Take full backup of site and database beforehand.
- Open wp-content/plugins/wpml-string-translation/classes/filters/autoregister/class-wpml-autoregister-save-strings.php for editing.
- Replace:
- Open wp-content/plugins/woocommerce-multilingual/inc/class-wcml-wc-strings.php for editing.
- Replace following code:
public function add_hooks() {
add_action( 'init', [ $this, 'add_on_init_hooks' ] );
// Needs to run before WC registers taxonomies on init priority 5.
foreach ( wc_get_attribute_taxonomies() as $tax ) {
add_filter(
'woocommerce_taxonomy_args_' . wc_attribute_taxonomy_name( $tax->attribute_name ),
function ( $args ) use ( $tax ) {
return $this->translate_attribute_labels( $args, $tax->attribute_label );
}
);
}
}
- With the following code:
public function add_hooks() {
add_action( 'init', [ $this, 'add_on_init_hooks' ] );
// Needs to run before WC registers taxonomies on init priority 5.
foreach ( wc_get_attribute_taxonomies() as $tax ) {
add_filter(
'woocommerce_taxonomy_args_' . wc_attribute_taxonomy_name( $tax->attribute_name ),
function ( $args ) use ( $tax ) {
if ( !isset( $_POST["action"] ) || ( $_POST["action"] != "wpml_get_terms_and_labels_for_taxonomy_table" && $_POST["action"] != "wpml_tt_save_labels_translation" ) ) {
return $this->translate_attribute_labels( $args, $tax->attribute_label );
} else {
return $args;
}
}
);
}
}
- Save the file.
After that:
- new attributes 'll be created in site default language.
- for existing attributes, you'll have to delete these from:
--- Products -> Attributes
--- and WPML -> String translation
--- and then create these attributes again.
Please note that the issues have been escalated to our dev team for a proper fix in a future release.
If this solution does not resolve your issue or seems outdated, we highly recommend checking related known issues at https://wpml.org/known-issues/, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If the problem persists, please open a new support ticket at WPML support forum for further assistance.
