[En attente du retour de l'utilisateur] Écrasement des traductions
Il s'agit du forum d'assistance technique de WPML, le plug-in multilingue pour WordPress.
Il est accessible à tous, toutefois seuls les clients de WPML peuvent y publier leurs messages. L'équipe du WPML répond sur le forum 6 jours par semaine, 22 heures par jour.
Sun
Mon
Tue
Wed
Thu
Fri
Sat
-
7:00 – 15:00
7:00 – 15:00
7:00 – 15:00
7:00 – 15:00
7:00 – 15:00
-
-
-
-
-
-
-
-
Fuseau horaire du supporter: Pacific/Easter (GMT-06:00)
Contexte de la question:
Je travaille sur un site en cours de développement et j'essaie de créer et gérer manuellement des traductions de pages en espagnol (Argentine) via l’éditeur de WordPress, sans dupliquer la page source qui est en Français. Je crée les traductions à partir du “+” depuis la page source (FR) pour créer une nouvelle traduction (ES) sans cocher la case de duplication, en partant d'une page vide et en rédigeant la traduction depuis l'éditeur natif WordPress Gutenberg.
Symptômes:
Certains jours, après avoir créé/édité les pages ES et validé les modifications, nous revenons plus tard (parfois le lendemain) et constatons que le contenu en espagnol a été remplacé par du texte en français (contenu de la page source).
Cela se produit de façon aléatoire sur certaines pages, alors que d'autres pages fonctionnent sans souci.
Nous suspectons un bug ou un dysfonctionnement au niveau de la synchronisation WPML, possiblement lié au module WPML Media Translation (nous avons en effet un avertissement PHP dans class-wpml-media-attachment-by-url-query.php).
Nous avons consulté la configuration WPML (WPML > Paramètres) pour vérifier les préférences de traduction et s’assurer que rien n’oblige la duplication ou le fallback de la langue principale.
Nous avons vérifié que l’éditeur WPML avancé n’est pas activé, afin de rester sur l’éditeur WordPress classique car nous utilisons des blocs Gutenberg personnalisés.
En complément, nous avons :
- Mis à jour WPML Multilingual CMS à la version 4.7.0 (ainsi que WPML String Translation 3.3.0).
- Activé des logs (notamment SAVEQUERIES) pour inspecter les requêtes SQL lorsque le problème se reproduit
- Observé un avertissement côté logs : `PHP Warning: Undefined array key X in /var/www/html/wp-content/plugins/wpml-media-translation/classes/class-wpml-media-attachment-by-url-query.php` qui pourrait être lié à WPML Media et apparait dans la plage d'heure où la page est enregistré.
Nous avons vérifié que nous n’utilisons pas la fonction de duplication WPML (aucun clic volontaire sur “Dupliquer” ou “Traduire en dupliquant”).
Malgré tout, le souci persiste de manière aléatoire.
Questions:
- Comment créer et gérer manuellement des traductions de pages sans dupliquer la page source en utilisant WPML ?
- Comment comprendre pourquoi les traductions en espagnol (ES) sont remplacées par du texte français dans WP_posts ?
- Comment configurer correctement WPML pour éviter tout écrasement futur ?
- Est-ce que l'alerte PHP Warning est lié à ce problème ?
Suite au processus de création du ticket support, on m'a suggéré de mettre à jour les plugins vers une version incluant un patch X.X.1 sauf que WordPress ne me propose pas cette mise à jour.
Nous venons de rencontrer à nouveau le problème mais dans un cas inverse.
Une page créé en espagnol puis traduite en français et en anglais, et c’est cette fois-ci la traduction en français qui s’est faite remplacée par l’espagnol.
Il semble donc que le problème est un remplacement des traductions par le contenu des pages source.
Je vais tenter d'analyser les QUERIES qui ont été exécutées pendant la période où on a détecté le problème.
Les langues: Anglais (English )Français (Français )Arabe (العربية )
Fuseau horaire: Pacific/Easter (GMT-06:00)
Bonjour,
Merci d'avoir contacté l'équipe de support WPML,
La procédure décrite est correcte, vous traduisez correctement avec l'éditeur WP,
Pour installer la dernière version, veuillez essayer les étapes suivantes et faites-moi savoir si cela vous aide :
1. Allez dans Plugins >Ajouter un nouveau > Onglet Commercial
2. Cliquez sur le bouton « Vérifier les mises à jour ».
3. Sélectionnez le plugin WPML Multilingual CMS
4. Cliquez sur « Télécharger »
Si cela n'a pas détecté de nouvelles versions, vous pouvez les installer manuellement :
1. Allez sur https://wpml.org/fr/account/downloads/
2. Cliquez sur Télécharger WPML manuellement
3- Téléchargez les plugins que vous souhaitez mettre à jour
4. Allez dans Plugins > Add new > Upload the plugin file > Installer
Pour l'erreur de traduction des médias, je ne pense pas qu'elle soit liée, nous avons eu quelques cas signalés auparavant mais il n'y avait aucune mention d'écrasement des traductions,
Dans ce cas, est-il possible de désactiver temporairement la traduction des médias (ou sur un site d'essai) pour voir si l'erreur s'arrête ? De plus, appliquez les changements que j'ai suggérés ci-dessus et faites-moi savoir si cela vous a aidé.
Je vous remercie pour votre retour.
Je viens d'appliquer la manipulation que vous m'avez indiqué. Nous verrons si cela corrige le problème.
Si cela était le cas je pourrais effectivement tenter de désactiver le plugin de traduction des médias.
J'ai également demandé à ce qu'on augmente la RAM allouée.
Entre temps nous avons à nouveau constaté le problème (le 28/03 vers 14h).
Voici les quelques rares logs d'alerte/erreur qui subsistent dans mon debug.log sur ces derniers jours. Néanmoins, aucun ne sont dans une période où nous avons constaté le problème :
```
[25-Mar-2025 14:30:01 UTC] PHP Warning: Undefined array key 2 in /var/www/html/wp-content/plugins/wpml-media-translation/classes/class-wpml-media-attachment-by-url-query.php on line 163
[26-Mar-2025 16:40:40 UTC] WordPress database error Duplicate entry '2338-22' for key 'PRIMARY' for query INSERT INTO `wp_icl_links_post_to_post` (`id_from`, `id_to`) VALUES (2338, 22) made by shutdown_action_hook, do_action('shutdown'), WP_Hook->do_action, WP_Hook->apply_filters, WPML\UserInterface\Web\Infrastructure\WordPress\CompositionRoot\Config\Event\Translation\Links\ItemUpdateEvent->WPML\UserInterface\Web\Infrastructure\WordPress\CompositionRoot\Config\Event\Translation\Links\{closure}, WPML\Infrastructure\WordPress\Component\Translation\Application\Event\Links\ItemUpdateEventListenerAdapter->onShutdown, WPML\Core\Component\Translation\Application\Event\Links\ItemUpdateListener->onItemSave, WPML\Core\Component\Translation\Domain\Links\HandleUpdateOriginal->handle, WPML\Core\Component\Translation\Domain\Links\HandleUpdateOriginal->collectRelationships, WPML\Infrastructure\WordPress\Component\Translation\Domain\Links\Repository->addRelationship
[27-Mar-2025 09:09:59 UTC] WordPress database error Duplicate entry '2318-696' for key 'PRIMARY' for query INSERT INTO `wp_icl_links_post_to_post` (`id_from`, `id_to`) VALUES (2318, 696) made by shutdown_action_hook, do_action('shutdown'), WP_Hook->do_action, WP_Hook->apply_filters, WPML\UserInterface\Web\Infrastructure\WordPress\CompositionRoot\Config\Event\Translation\Links\ItemUpdateEvent->WPML\UserInterface\Web\Infrastructure\WordPress\CompositionRoot\Config\Event\Translation\Links\{closure}, WPML\Infrastructure\WordPress\Component\Translation\Application\Event\Links\ItemUpdateEventListenerAdapter->onShutdown, WPML\Core\Component\Translation\Application\Event\Links\ItemUpdateListener->onItemSave, WPML\Core\Component\Translation\Domain\Links\HandleUpdateOriginal->handle, WPML\Core\Component\Translation\Domain\Links\HandleUpdateOriginal->collectRelationships, WPML\Infrastructure\WordPress\Component\Translation\Domain\Links\Repository->addRelationship
[27-Mar-2025 09:09:59 UTC] WordPress database error Duplicate entry '2318-696' for key 'PRIMARY' for query INSERT INTO `wp_icl_links_post_to_post` (`id_from`, `id_to`) VALUES (2318, 696) made by shutdown_action_hook, do_action('shutdown'), WP_Hook->do_action, WP_Hook->apply_filters, WPML\UserInterface\Web\Infrastructure\WordPress\CompositionRoot\Config\Event\Translation\Links\ItemUpdateEvent->WPML\UserInterface\Web\Infrastructure\WordPress\CompositionRoot\Config\Event\Translation\Links\{closure}, WPML\Infrastructure\WordPress\Component\Translation\Application\Event\Links\ItemUpdateEventListenerAdapter->onShutdown, WPML\Core\Component\Translation\Application\Event\Links\ItemUpdateListener->onItemSave, WPML\Core\Component\Translation\Domain\Links\HandleUpdateOriginal->handle, WPML\Core\Component\Translation\Domain\Links\HandleUpdateOriginal->collectRelationships, WPML\Infrastructure\WordPress\Component\Translation\Domain\Links\Repository->addRelationship
```
Petite question, qui pourrait avoir un lien avec notre problème. Lorsque l'on met à jour un post, 2 flèches formant un rond s'affiche en face des traduction. Que ce passe-t-il lorsque l'on clique dessus ? Y-a-t'il une différence avec l'icône du crayon ?
Je reviens à vous car le problème à nouveau été constaté ce matin malgré la mise à jour.
Auriez-vous la possibilité d'analyser plus en profondeur le site internet pour trouver une solution rapidement ?
Nous avons besoin de corriger le problème au plus vite, cela bloque la livraison.
Les langues: Anglais (English )Français (Français )Arabe (العربية )
Fuseau horaire: Pacific/Easter (GMT-06:00)
Bonjour,
J'aimerais vous demander un accès temporaire au wp-admin et au FTP de votre site de test, ce qui me permettra de trouver ces informations pour vous,
Il est important de noter que vous devez sauvegarder votre site et votre base de données avant de procéder, et vous pouvez utiliser un plugin comme Duplicator à cette fin. Voici un lien vers ce plugin : http://wordpress.org/plugins/duplicator/
Si vous ne voyez pas le formulaire ci-dessous, n'entrez pas vos informations d'identification, car elles seront exposées publiquement :
lien caché
Pour des raisons de confidentialité et de sécurité, veillez à ce que votre réponse soit privée.
J'ai également nettoyé le cache wpml et les données fantômes qui auraient pu être bloquées depuis WPML > Support > Troubleshooting
Aucune erreur n'a été détectée sur votre site ou dans les logs de WPML.
Dans un premier temps, je vois que je ne peux pas reproduire le problème sur le site, mais j'ai vérifié votre site et vos plugins, et je suspecte fortement les « carbon fields », j'ai eu des cas similaires pas nécessairement liés à ce plugin, sachez que ce plugin n'est pas compatible,
Les blocs et le contenu peuvent bien sûr être traduits manuellement avec WordPress, mais les champs personnalisés de ces blocs ont des comportements différents lorsqu'ils sont traduits.
Je ne connais pas ce plugin, mais il serait utile que vous m'indiquiez la page qui présente ce problème, et que vous vérifiiez si un widget/bloc spécifique est utilisé sur cette page qui pourrait causer ce problème (un bloc qui n'est pas utilisé sur d'autres pages qui fonctionnent).
Et pour les doubles flèches, c'est l'icône pour l'état de la traduction « nécessite une mise à jour », WPML détecte un nouveau contenu modifié, et vous indique que vous pourriez avoir besoin d'éditer la traduction,
Si vous pensez que c'est la cause, voici une astuce, lorsque vous éditez la page originale, ne cliquez pas sur les doubles flèches pour aller à la page traduite, à la place, ouvrez la traduction directement à partir de la liste des pages.
Depuis la liste des pages > Passer à la langue souhaitée > trouver la page concernée > Modifier
Carbon field est utilisé pour remplacer ACF afin d'ajouter des champs personnalisés aux posts, créer une page d'option pour le thème et créer des blocs Gutenberg.
Ce plugin "framework" indique supporter nativement WPML dans sa documentation (lien caché).
De plus, je n'ai jamais rencontré ce problème en local ou sur l'instance de développement. Alors que j'ai logiquement manipulé tous les blocs dans plusieurs langues.
Voici la liste la plus exhaustive possible des slugs où nous avons rencontré le problème, qui n'apparaît pas systématiquement d'où la difficulté de reproduction.
- Le post de type "adventures" en espagnol `la-ruta-del-vino-de-altura-de-salta-a-cafayate` s'est retrouvé remplacé par un contenu en français
- Le post de type "expériences" en anglais (page source) `degustacion-de-vinos-salta` s'est retrouvée remplacée par un contenu en espagnol.
- Le post de type "page" en espagnol `preguntas-frequentes-estancia-colibri-cordoba` s'est retrouvée remplacée par un contenu en français.
Malheureusement nous n'avons pas tellement de trace des ces évènements. J'avais même essayé de logger les requêtes SQL pour les analyser en plus des logs de WordPress mais je n'ai absolument rien vu...
Pour ce qui es des flèches permettant d'actualiser les pages, nous avons déjà tenté de passer uniquement par la page de listing des posts en changeant de langue, mais cela ne change visiblement rien. Le problème se produit encore.
N'hésitez pas à demander si vous avez besoin de plus amples information sur le fonctionnement du thème.
Les langues: Anglais (English )Français (Français )Arabe (العربية )
Fuseau horaire: Pacific/Easter (GMT-06:00)
Bonjour,
Pourriez-vous mettre en place une sorte de tracker de base de données sur ces tables :
wp_posts
wp_postmeta
wp_icl_translations
Et lorsque j'ai mentionné Carbon Fields, je soupçonne que les champs personnalisés se synchronisent entre les langues, nous n'avons jamais testé ce plugin avec WPML, nous ne pouvons donc pas confirmer ce comportement, mais voici les choses à surveiller :
1. Les pages peuvent être configurées comme « synchronisées »
Certaines post types peuvent être configurées pour synchroniser automatiquement le contenu entre les langues - ce qui peut écraser les traductions.
Allez dans WPML > Settings > Post Types Translation
Vérifiez si le type de post de vos pages concernées est réglé sur "Translatable - use translation if available or fallback to default language"
Essayez de le régler sur "Translatable - only show translated items" à la place
2. Custom Fields Causing Sync
La page utilise des champs personnalisés, il se peut que WPML synchronise les champs entre les traductions.
Allez dans WPML > Settings > Custom Fields Translation > Show system fields
Recherchez les champs personnalisés marqués comme « Copy » (en particulier ceux utilisés sur les pages concernées)
Changez-les en “Translate” ou « Do not translate », selon le contexte et testez à nouveau
3. Traduisez un duplicata
Dupliquez l'une des pages concernées et retraduisez-la à partir de zéro,
Cela nous permet de comprendre si le problème est lié à une partie du contenu (un champ/bloc spécifique) ou à une page défectueuse.
4. L'accès que vous avez partagé ne fonctionne plus, je suppose qu'il a été supprimé lors de la publication de votre site,
Je vous remercie pour votre long message rempli de conseil que je vais reprendre point par point.
Qu'entendez-vous par "tracker" ? S'il s'agit de toutes les requêtes affectant ces tables, j'ai un mu-plugin qui les récupères toutes. Je vous en avait fait part précédemment.
Malheureusement, leur analyse n'avait rien donné.
Néanmoins je pourrais ajouter un filtre sur ces tables et le réactiver pour vous permettre de les analyser au besoin.
J'ai réaliser quelques réglages à partir de vos conseils :
1. Les types de posts sont bien en "Translatable (only show translated items)"
2. Très peu de champs Carbon Fields sont apparu dans la section "Custom Fields" de WPML. Ils étaient en "Don't translate", je les ai passés en "Translate".
3. Je ne suis pas certain de comprendre l'action. Le contenu des pages étant généralement identique d'un point de vue bloc, seul les texts changent
4. L'accès existe encore, comment puis-je vous transmettre la nouvelle adresse du site de manière sécurisé ?
Maintenant que le site est livré je doute que le problème se reproduise dans les prochains jours sans action utilisateur.
Je vais voir pour répliquer ces réglages sur le prochain site qui est en cours de rédaction et basé sur le même thème et plugins.
Je pourrais vous ouvrir un accès également.
Si le problème vient de Carbon Fields, avez-vous la possibilité de vous en assurer en réalisant une observation rapprochée dans un bac à sable de votre côté ?
Si besoin, je pourrais vous transmettre une archive du thème avec les actions à réaliser pour s'en servir.
Les langues: Anglais (English )Français (Français )Arabe (العربية )
Fuseau horaire: Pacific/Easter (GMT-06:00)
Bonjour,
En parlant de tracking de la base de données, je faisais référence à quelque chose comme ceci : lien caché
Le problème est que nous ne pouvons pas reproduire le problème sur place, ce qui rend difficile la compréhension de la cause réelle, je ne peux que partager des suggestions à ce stade et prier pour que l'une d'entre elles fonctionne.
J'ai préparé ce sandbox, j'espère que nous pourrons y reproduire le problème : lien caché
Si jamais vous reproduisez le problème dans le sandbox, il est préférable d'y activer le log de la base de données afin qu'il n'affecte pas les performances de votre site live, et j'ai ouvert un nouveau champ d'accès ci-dessous où vous pouvez partager l'accès à nouveau,
J'avais mis en place un système de tracking sur les requêtes SQL de WordPress similaire et ça n'avait rien donné.
Sur la période d'observation du bogue, il n'y a eu aucune requête SQL de type `UPDATE`. D'où mon incompréhension totale.
Vous avez la possibilité de consulter les logs avec votre accès admin.
À priori aucun changement n'a fonctionné pour l'heure.
J'ai du désactiver tout logs sur le site maintenant qu'il est en production car cela créerait une surcharge trop importante.
Je vais tout configurer sur la sandbox pour tenter de reproduire le bogue.
Je vais y activer le plugin de logging des requêtes et demander l'enregistrement de tout les logs possible.
Si j'arrive à reproduire le bogue je vous le signalerais. Je vous invite également à effectuer vos tests dessus plutôt que notre production s'il vous plait.
Malgré plusieurs tentatives je ne suis pas parvenu à reproduire le problème sur l'instance de sandbox.
Je n'ai qu'une seule piste, est-ce qu'il serait possible que des jobs de traduction avec l'éditeur de WPML lancé par erreur puisse écraser des modifications réalisé avec l'éditeur Gutenberg ?
Lorsque j'ai cherché à trouver des corrélations avec les pages ayant posé problème, j'ai eu plusieurs fois le message d'erreur dont je joins la capture d'écran.
J'ai demandé à l'utilisateur ayant eu le problème à chaque fois de tenter de reproduire l'erreur sur la sandbox.
Gérer le consentement aux cookies
Nous utilisons des cookies pour optimiser notre site web et nos services. Votre consentement nous permet de traiter des données telles que le comportement de navigation. L'absence de consentement peut affecter certaines fonctionnalités.
Fonctionnel
Toujours activé
Nécessaire au bon fonctionnement et à la communication de notre site web.
Préférences
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
Statistiques
Nous les utilisons pour analyser les statistiques de notre site. Les informations collectées sont totalement anonymes. Le stockage ou l'accès technique qui est utilisé exclusivement à des fins statistiques anonymes. Sans citation à comparaître, la conformité volontaire de la part de votre fournisseur d'accès Internet ou d'autres dossiers d'un tiers, les informations stockées ou récupérées à cette fin ne peuvent généralement pas être utilisées pour vous identifier.
Marketing
Ces cookies suivent votre navigation pour vous proposer des publicités pertinentes pour vous.
