Feature request

Problem:
The client's SEO team noticed that the hreflang tag and the canonical URL have the same structure, which was not expected.
Solution:
We have resolved this issue in a later version of WPML. We recommend updating to the latest version of WPML to ensure this issue is addressed.

If this solution does not apply because it might be outdated or not relevant 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 you still experience issues, please open a new support ticket at WPML support forum.

Problem:
You are trying to save data on an ACF option page in various languages using ACFML, with fields set as 'copy' to maintain the same values across all languages. While the backend shows values correctly copied and locked, the frontend still displays values from the main language (Italian). Even after updating the value in the main language, you need to manually update it in each secondary language to reflect changes on the frontend.
Solution:
The behavior you're experiencing is expected when using ACF fields with the copy translation preference. To apply these values to the secondary languages on the frontend, you must re-save the options page in those languages. This process is necessary to ensure consistency across languages as currently implemented by WPML and ACFML. For more details, you can refer to our documentation here: Translating the ACF Options Page Custom Fields with WPML.
If this manual update process is cumbersome, we can submit a feature request to explore the possibility of automatically copying the options page values into the secondary languages upon saving the default language options page. Please let us know if you would like us to proceed with this request.

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 open a new support ticket at WPML support forum.

Problem:
Sie möchten wissen, wann es möglich sein wird, Inhalte, die nicht in der Standardsprache der Website erstellt wurden, automatisch zu übersetzen.
Solution:
Sie können Inhalte, die nicht in der Standardsprache erstellt wurden, direkt im Übersetzungseditor automatisch übersetzen. Diese Inhalte werden in Ihre oder die Warteschlange Ihres Übersetzers aufgenommen. Sobald sie dort sind, kann der Übersetzer darauf zugreifen, sie öffnen und das ATE-Tool zur Unterstützung bei der Übersetzung verwenden. Für zusätzlichen Komfort können Sie die Inhalte auch automatisch mithilfe der entsprechenden Schaltfläche übersetzen. Weitere Informationen finden Sie in unserer Dokumentation: Übersetzen Ihrer Inhalte.
Leider gibt es derzeit keine Pläne, zusätzliche Funktionen oder Änderungen an diesem Prozess umzusetzen.

Falls diese Lösung für Sie nicht relevant ist, weil sie veraltet ist oder nicht auf Ihren Fall zutrifft, empfehlen wir Ihnen, ein neues Support-Ticket zu eröffnen. Wir empfehlen Ihnen auch, die bekannten Probleme zu überprüfen, die Version der dauerhaften Lösung zu verifizieren und zu bestätigen, dass Sie die neuesten Versionen von Themes und Plugins installiert haben.

Problem:
The client requested two enhancements for the WPML plugin to optimize translation time. First, an automatic fill-in feature in the media gallery of the post being translated, similar to a find and replace function, to rename multiple media titles at once. Second, a feature to mark all text boxes as 'completed' in manual translation mode before publishing, to facilitate bulk actions.
Solution:
We have acknowledged the client's suggestions and have forwarded them to our development team for consideration in future updates.

Please note that the solution provided might be irrelevant if it is outdated or not applicable 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 issue persists, please open a new support ticket at WPML support forum.

Problem:
The client needs to automatically create a duplicate of each Spanish (Spain) page/post for Spanish (Mexico) on their multilingual site, but only for certain pages.
Solution:
We recommend using the WPML hook for duplicating posts automatically. First, ensure you back up your site and database. You can implement the following code in your theme's functions.php file or a custom plugin:

add_action( 'wp_insert_post', 'my_duplicate_on_publish' );
function my_duplicate_on_publish( $post_id ) {
    global $post;
    if (is_null($post) || (defined( 'DOING_AUTOSAVE' ) && DOING_AUTOSAVE) || (isset( $post->post_type ) && $post->post_type == 'revision')) {
        return $post_id;
    }
    remove_action( 'wp_insert_post', 'my_duplicate_on_publish' );
    $is_translated_in_es_mx = apply_filters( 'wpml_element_has_translation', '', $post_id, 'es-mx' );
    if ( !$is_translated_in_es_mx ) {
        do_action( 'wpml_admin_make_post_duplicates', $post_id );
        do_action( 'wpml_set_element_language_details', [
            'element_id' => $post_id,
            'element_type' => 'post_' . $post->post_type,
            'trid' => wpml_get_content_trid( 'post_' . $post->post_type, $post_id ),            
            'language_code' => 'es-mx',            
            'source_language_code' => 'es'
        ] );
    }
    add_action( 'wp_insert_post', 'my_duplicate_on_publish' );
    return $post_id;
}

This script checks if a post is a new or updated Spanish post and duplicates it for Spanish (Mexico) if no translation exists. Modify the condition inside the function if you want to limit this behavior to specific post types.
For more details on the hook used, visit WPML admin make post duplicates.

If this solution does not apply to your case, or if it seems outdated, please check the related known issues, verify the version of the permanent fix, and confirm that you have installed the latest versions of themes and plugins. If further assistance is needed, we encourage you to open a new support ticket.

Problem:
You are using WP-CLI to list all media IDs in the trash across all languages but the command only returns media IDs for the main language.
Solution:
We have identified two potential workarounds to include media IDs from all languages:
1) Use the WP-CLI parameter

--suppress_filters=true

which allows the command to work across all languages.
2) Use the parameter

--url="https://yourwebsite.com/en"

to force WP-CLI to work in the language based on the URL.

Additionally, our 2nd Tier Support suggests modifying the code in

wp-content/plugins/sitepress-multilingual-cms/classes/query-filtering/wpml-query-filter.class.php

. Replace the existing

posts_where_filter

function with the following code to include a condition that checks for the 'lang' parameter in the query:

public function posts_where_filter( $where, $query ) {
	if ( $query === null || $this->where_filter_active( $query ) === false ) {
		return $where;
	}

	$requested_id = isset( $_REQUEST['attachment_id'] ) && $_REQUEST['attachment_id'] ? $_REQUEST['attachment_id'] : false;
	$requested_id = isset( $_REQUEST['post_id'] ) && $_REQUEST['post_id'] ? $_REQUEST['post_id'] : $requested_id;
	$requested_id = (int) $requested_id;

	$default_language = $this->sitepress->get_default_language();

	$post_language = $this->post_translations->get_element_lang_code( $requested_id );
	if (isset($query->query["lang"])) {
		$post_language = $query->query["lang"];
		$requested_id = "1"; //hack needed because then $current_language will not get the $post_language, but will call for get_current_language
	}

	$current_language = $requested_id && $post_language ? $post_language : $this->sitepress->get_current_language();

	$condition = $current_language === 'all' ? $this->all_langs_where() : $this->specific_lang_where( $current_language, $default_language );
	$where     .= $condition;

	return $where;
}

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 these solutions do not resolve your issue, please open a new support ticket at WPML support forum.