Available Solutions

Problem:
The client is using the Unlimited Elements Post Grid in Elementor to display posts via Manual Selection. In the primary language, adding Post IDs or Post Names works correctly, but these do not display in the Advanced Translation Editor (ATE) for translation, causing no posts to display in the second language. Editing the post in the second language and adding Italian post IDs or Post Names works until the ATE is accessed again, after which the posts revert to English Post IDs or Titles.
Solution:
We recommend inserting the following custom PHP code into your theme's functions.php file to ensure that post IDs are correctly translated and maintained across language changes:

// WPML Workaround for compsupp-7445<br />add_filter('elementor/frontend/before_render', 'wpml_compsupp7445_filter_ucaddon_post_grid');<br /><br />function wpml_compsupp7445_filter_ucaddon_post_grid($element) {<br />    if ('ucaddon_post_grid' !== $element->get_name() ) {<br />        return;<br />    }<br />    $settings = $element->get_settings();<br />    if (isset($settings['post_list_manual_select_post_ids']) && is_array($settings['post_list_manual_select_post_ids'])) {<br />        foreach ($settings['post_list_manual_select_post_ids'] as $key => $id) {<br />            $post_type = get_post_type($id);<br />            if (!$post_type) {<br />                continue;<br />            }<br />            $id = apply_filters('wpml_object_id', $id, $post_type, true);<br />            unset($settings['post_list_manual_select_post_ids'][$key]);<br />            $settings['post_list_manual_select_post_ids'][] = $id;<br />        }<br />        $element->set_settings('post_list_manual_select_post_ids', $settings['post_list_manual_select_post_ids']);<br />    }<br />    if (isset($settings['post_list_manual_post_ids_dynamic'])) {<br />        if (is_string($settings['post_list_manual_post_ids_dynamic'])) {<br />            $settings['post_list_manual_post_ids_dynamic'] = explode(',', $settings['post_list_manual_post_ids_dynamic']);<br />        }<br />        if (is_array($settings['post_list_manual_post_ids_dynamic'])) {<br />            foreach ($settings['post_list_manual_post_ids_dynamic'] as $key => $id) {<br />                $post_type = get_post_type($id);<br />                if (!$post_type) {<br />                    continue;<br />                }<br />                $translated_id = apply_filters('wpml_object_id', $id, $post_type, true);<br />                $settings['post_list_manual_post_ids_dynamic'][$key] = $translated_id;<br />            }<br />            $element->set_settings('post_list_manual_post_ids_dynamic', $settings['post_list_manual_post_ids_dynamic']);<br />        }<br />    }<br />}

If this solution does not resolve your issue or seems irrelevant due to updates or differences in your setup, we 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 with us.

Problem:
The client was unable to translate ACF fields despite having set them to 'translatable'. The fields remained greyed out.
Solution:
We recommended checking if the issue was specific to the ACF text fields by making changes in the Text Area or the Editor field values and saving these changes to see if there was any difference. If the problem persisted, we suggested providing admin access after ensuring a full site backup for further investigation. Upon receiving access, we identified that the translation preference for the 'Accordion' fields needed to be changed from 'Copy' to 'Copy once'. After applying this change, the fields were no longer greyed out, and the expected results were achieved on the staging site.

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 issue persists, please do not hesitate to open a new support ticket at WPML support forum.

Problem:
The client created a post category template that appears correctly in the default Spanish language but has layout issues in other languages. The translated version is missing several divs, causing the layout to be inconsistent with the default template.
Solution:
We resolved the layout issue by adjusting the block arrangement in the WPML Advanced Editor. Specifically, on the staging site, we moved the "WordPress Archive Output" block under the "Column" block and above the "WordPress Archive Loop" block. The client should replicate these changes in the English and French translations of the layout.
On the live site, we ungrouped the block items under the "WordPress Archive Loop" block, updated the translation layout, and cleared the SG cache. This adjustment made the layout in the English version consistent with the Spanish version.

If this solution does not resolve your issue, or if it 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.