[Esperando confirmación del usuario] Problemas con traducciones enlazadas

Lo he vuelto a pasar al segundo nivel.

Te aviso en cuanto tenga noticias.

He vuelto a preguntar al segundo nivel sobre noticias.

Te aviso en cuanto tenga noticias.

De momento el workaround es usar la opción de Duplicate ya que de esa manera funciona correctamente.

Nuestro segundo nivel necesita revisar los registros del servidor para poder continuar con la investigación. Nos indican que no tenemos acceso al directorio donde se encuentran los logs (~/logs/precms_inithealth_com.php.error.log).

¿Podrías por favor hacer una de estas dos cosas?

- Habilitar el WP debug log para que los registros se guarden en el directorio wp-content, o

- Darnos acceso al directorio donde se encuentran actualmente los logs.

Con esa información podremos seguir con la revisión del problema.

Hola!

El problema lo siguen investigando nuestros desarrolladores.

Tu sitio tiene una política de seguridad “no-referer”, lo que impide que el navegador envíe la cabecera HTTP_REFERER. WPML necesita esta información para detectar si una solicitud proviene del backend o del frontend.
Cuando esta cabecera no está disponible, WPML asume que se trata de una solicitud del frontend y crea un nuevo ID de traducción (TRID) en lugar de conectar correctamente la traducción existente.

Nuestros desarrolladores han podido reproducir el mismo problema en una instalación limpia eliminando el HTTP_REFERER, por lo que el origen del error está directamente relacionado con esta configuración.

También han probado una solución temporal, que funciona únicamente con WordPress 6.7 o superior, ya que utiliza un nuevo filtro de Gutenberg que no está disponible en tu versión actual (6.4).

Dime si actualizas a la versión 6.7 para poder pasarte el workaround.

Este es el workaround que me han indicado:

Por favor, sigue estos pasos:

1. Añade este código en el archivo functions.php de tu tema activo:

add_action( 'admin_head', function() {
	$screen = get_current_screen();

	if ( $screen->base === 'post' ) {
		?>
		<script>
			// WPML patch - wpmldev-5955
			if ( typeof wp?.hooks?.addFilter === 'function' ) {
				wp.hooks.addFilter('editor.preSavePost', 'WPML', edits => {
					edits.fromBackend = true;
					return edits;
				});
			}
		</script>
		<?php
	}
} );

2. Luego, abre este archivo dentro del plugin WPML: wp-content/plugins/sitepress-multilingual-cms/classes/url-handling/class-wpml-url-http-referer.php
Dentro de ese archivo encontrarás la clase WPML_URL_HTTP_Referer, y allí la función:

public static function is_post_edit_page() {
	return isset( $_SERVER['HTTP_REFERER'] )
		   && ( strpos( $_SERVER['HTTP_REFERER'], 'wp-admin/post.php' )
				|| strpos( $_SERVER['HTTP_REFERER'], 'wp-admin/post-new.php' )
				|| strpos( $_SERVER['HTTP_REFERER'], 'wp-admin/edit.php' ) );
}

Reemplázala por este nuevo código:

public static function is_post_edit_page() {
	if ( ! isset( $_SERVER['HTTP_REFERER'] ) ) {
		$requestBody = json_decode( rest_get_server()->get_raw_data() );
		return is_object( $requestBody ) && ! empty( $requestBody->fromBackend );
	}

	return isset( $_SERVER['HTTP_REFERER'] )
		   && ( strpos( $_SERVER['HTTP_REFERER'], 'wp-admin/post.php' )
				|| strpos( $_SERVER['HTTP_REFERER'], 'wp-admin/post-new.php' )
				|| strpos( $_SERVER['HTTP_REFERER'], 'wp-admin/edit.php' ) );
}

Con este ajuste, se añade una variable en la petición para que WPML pueda identificar correctamente cuándo la acción proviene del backend, incluso si el servidor no envía el valor HTTP_REFERER.