Custom Work

Problem:
You want the translation column to always be visible on the WooCommerce product list in the admin area, but even after using a code snippet to unhide the column, no data is displayed in it.
Solution:
We recommend implementing a custom function to ensure the 'icl_translations' column is always visible and contains data. Here's a step-by-step guide:
1. Add the following function to your theme's functions.php file or a custom plugin:

function force_wpml_languages_column_visibility() {<br />    if (!function_exists('get_current_screen') || !is_admin()) {<br />        return;<br />    }<br />    $screen = get_current_screen();<br />    if ($screen && $screen->id === 'edit-product') {<br />        $user_id = get_current_user_id();<br />        $hidden_columns = get_user_meta($user_id, 'manageedit-productcolumnshidden', true);<br />        if (is_array($hidden_columns) && ($key = array_search('icl_translations', $hidden_columns)) !== false) {<br />            unset($hidden_columns[$key]);<br />            update_user_meta($user_id, 'manageedit-productcolumnshidden', $hidden_columns);<br />        }<br />    }<br />}<br />add_action('admin_init', 'force_wpml_languages_column_visibility', 20);

2. To ensure the translation icons are reinitialized correctly, add this additional function:

function reinitialize_wpml_translation_icons() {<br />    $screen = get_current_screen();<br />    if ($screen && $screen->id === 'edit-product') {<br />        ?><br />        <script type="text/javascript"><br />            jQuery(document).ready(function($) {<br />                setTimeout(function() {<br />                    if (typeof WPML_Translate_Link_Targets !== 'undefined') {<br />                        WPML_Translate_Link_Targets.init();<br />                    }<br />                }, 500);<br />            });<br />        </script><br />        <?php<br />    }<br />}<br />add_action('admin_footer', 'reinitialize_wpml_translation_icons');

Please test this solution in a staging environment before applying it to your live site, as this custom code is a courtesy and not officially supported by us.

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 further assistance is needed, please open a new support ticket at WPML support forum.

Problem:
The client is using a custom script to update stock and prices of products via the WooCommerce API. This script updates only the main language, and while the stock and prices reflect correctly across all languages, the translations for product names and descriptions are reset to match the main language.
Solution:
1. We recommend checking if the 'save_post' hook is being executed after updates. This hook helps ensure that changes are properly synchronized across translations.
2. Verify if the WPML translation editor is disabled for the products. If it's not, any save in the default language might reset manually added translations. For more details on using different translation editors, visit Using Different Translation Editors for Different Pages.
3. If products were duplicated using WPML's 'Translation Management', check the post meta table for 'icl_duplicate_of' and delete if any entries are found. This can prevent content from syncing/duplicating incorrectly on save.

If these steps do not resolve the issue or if the 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. If the problem persists, please open a new support ticket at WPML support forum.

Problem:
The client is developing a site using a Blocksy child theme and has implemented custom code for WooCommerce warnings in a file named 'ufi-warnings.php'. This code adds a product tab for UFI warnings and allows selection of UFI numbers for products. The client used WPML to translate the product tab into Slovenian and scanned the child theme for custom code translations from Croatian to Slovenian. However, the client encountered issues with the text domain in localization functions.
Solution:
We advised the client to ensure that all hard-coded strings in their PHP code are wrapped in WordPress localization functions like

__()

and

_e()

, and to specify the text domain as a string. This is crucial for the parsing tools to correctly distinguish between different text domains. The client was incorrectly using a variable for the text domain, represented as

$this->text_domain

, which should instead be passed as a string.

For more information on proper localization practices, we recommended visiting: WordPress Developer Resources.

If this solution does not resolve your issue or seems irrelevant due to updates or differences in your case, please open a new support ticket. We also 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.

Problem:
The client needed the Finnish, Latvian, and Lithuanian flags in their WPML language switcher to link to external partner sites instead of internal translations, but the existing jQuery code was not functioning.
Solution:
We recommended adding a custom function to the

functions.php

file of the client's theme. This function modifies the language switcher to include external links for the specified languages. Here is the code to implement:

function custom_language_switcher_links( $languages ) {<br />    $languages['external_1'] = array(<br />        'url' => 'https://www.changepartners.fi',<br />        'native_name' => 'Suomi',<br />        'translated_name' => 'Finnish',<br />        'country_flag_url' => 'https://cdn.wpml.org/wp-content/plugins/sitepress-multilingual-cms/res/flags/fi.svg',<br />        'language_code' => 'fi',<br />        'code' => 'fi'<br />    );<br />    $languages['external_2'] = array(<br />        'url' => 'https://www.changepartners.lv/',<br />        'native_name' => 'Latviešu',<br />        'translated_name' => 'Latvian',<br />        'country_flag_url' => 'https://cdn.wpml.org/wp-content/plugins/sitepress-multilingual-cms/res/flags/lv.svg',<br />        'language_code' => 'lv',<br />        'code' => 'lv'<br />    );<br />    $languages['external_3'] = array(<br />        'url' => 'https://changepartners.lt/',<br />        'native_name' => 'Lietuvių',<br />        'translated_name' => 'Lithuanian',<br />        'country_flag_url' => 'https://cdn.wpml.org/wp-content/plugins/sitepress-multilingual-cms/res/flags/lt.svg',<br />        'language_code' => 'lt',<br />        'code' => 'lt'<br />    );<br />    return $languages;<br />}<br />add_filter( 'icl_ls_languages', 'custom_language_switcher_links' );

Please ensure to back up your site fully before implementing this solution. If this solution does not resolve your issue or seems outdated, we recommend checking related known issues, verifying the version of the permanent fix, and confirming that you have installed the latest versions of themes and plugins. If further assistance is needed, please open a new support ticket.