Bug #608
ferméBug #470: [BO] Enable Image Replace ne remplace plus
Diagnostiquer pourquoi Enable Media Replace ne marche pas
100%
Description
20 janvier 2026 : réaligné les 3 environnements.
Plesk dit que Opcache n'est activié qu'en PROD.
Vérifier qu'EMR échoue
1. Dans la médiathèque, depuis la page de l'image, remplacer l'image (option remplacer le fichier, les liens et la date)
2. En backend édition, vérifier que l'image est changée sur un post de test
3. En front connecté, idem
4. En front anonyme, idem
Si l'image ne s'affiche pas
5. En backend, vérifier si c'est pas la miniature qui manque (Resolution >)
6. En front, tester ?nocache dans l'URL
7. En front, ouvrir les devtools > Réseau et charger sans cache
Note qu'il y a plusieurs cas de figure
- l'ancien média s'affiche à la place du nouveau
- le média ne s'affiche plus du tout (404)
Fichiers
Mis à jour par ggallais il y a 12 jours
- Fichier Peek 20-01-2026 15-54.webm Peek 20-01-2026 15-54.webm ajouté
DEV : après réalignement, sans le thème Inserm, tous les plugins désactivés, opcache off dans plesk
=> j'ai le problème dans FF (cf vidéo, attention le son est abject et robotique)... et dans CHrome
À ce stade, le problème ne vient pas : du navigateur, du thème, d'un plugin, d'opcache.
Mis à jour par ggallais il y a 12 jours
- Fichier enable-media-replaced-again.webm enable-media-replaced-again.webm ajouté
- Fichier Capture d’écran_2026-01-20_17-12-28.png Capture d’écran_2026-01-20_17-12-28.png ajouté
DEV, même conditions que #note-2 + nettoyage des orphelins (via Advanced DB Cleaner pro).
1) En backend (éditeur), sélectionner le bloc image et changer sa résolution fait apparaître la version à jour de l'image. Voir vidéo. Problème : ça suppose une manipulation, donc inadapté pour un PDF présent à plusieurs endroits.
2) En frontend, sans cache, l'analyseur réseau montre que l'URL appelé correspond aux anciennes images, et que les images 404. Voir image.
Mis à jour par ggallais il y a 11 jours
Réflexion.
Avec #note-3 (1), on voit que changer la résolution de l'image fait revenir la version à jour.
Donc l'image est bien remplacée après une action, mais y'a un remplacement automatique qui a échoué quelque part avant.
Si en front (?nocache + network nocache) les images 404, c'est probablement un remplacement d'URL qui échoue.
Par ailleurs les images sont en cache quelque part, vu qu'elles ne sont pas dans /uploades/2026/01/
Mis à jour par ggallais il y a 11 jours
Dans la BDD, les infos sur une image sont :
- dans
wp_posts: rien d'intéressant - dans
post_meta: le fichier d'origine (pas les thumbs) est stocké, ainsi que tous les anciens URL publics de l'image (/1/, /2/, etc.) - dans
`wp_litespeed_img_optming: LS stocke TOUS les anciens noms de l'image (original & thumb)
En SFTP, l'image présente est toujours la dernière uploadée. Les anciens fichiers sont effacés.
Dans WP (éditeur), le code d'une image obsolète est :
<!-- wp:image {"id":139937,"sizeSlug":"full","linkDestination":"none","align":"wide"} -->
<figure class="wp-block-image alignwide size-full"><img src="https://gp.inserm.dev.hosterra.network/wp-content/uploads/2026/01/9.png" alt="" class="wp-image-139937"/></figure>
<!-- /wp:image -->
L'id de l'image est bon, mais le lien pointe vers son ancien nom.
Mis à jour par ggallais il y a 11 jours
- Fichier Screenshot 2026-01-21 at 17-02-00 APCu Manager Settings ‹ Inserm DEV — WordPress.png Screenshot 2026-01-21 at 17-02-00 APCu Manager Settings ‹ Inserm DEV — WordPress.png ajouté
DEV . Seulement 3 plugins actifs : ACF Pro, EMR, APcu.
APCu : vidé + Cache objet désactivé.
Le remplacement marche (dès ?nocache)
- LS : désactivé tous les caches, vidé, puis plugin désactivé
- Opache : désactivé les options, puis plugin désactivé
STAGING. Tous plugins activés, APcu purgé + avec cache objet OFF.
Le remplacement marche (dès ?nocache)
STAGING. Tous plugins activés, APcu purgé + avec cache objet ON.
Le remplacement échoue
STAGING. Tous plugins activés, APcu avec cache objet ON + garbage collector.
Le remplacement échoue
STAGING. Tous plugins activés, APcu NON purgé, avec cache objet OFF.
Le remplacement échoue.
STAGING. Tous plugins activés, sauf APcu.
Le remplacement échoue, d'une façon complètement nouvelle.
sans nocache = rien
?nocache = appelle 5.png, alors que l'image remplacée était 6.png, et qu'on attendait 7.png
?nocache + network = l'image 404
en backend, changer la résolution fait apparaître 7.png
Mis à jour par ggallais il y a 11 jours
- Fichier résumé.jpg résumé.jpg ajouté
Résumé des tests ACPu en image.
Pierre disait que LS était aussi coupable.
J'ai pas identifié le cas exact, mais en gros même quand le remplacement marche, il peut y avoir des résultats négatifs au premier abord.
C'est parce que ACPu n'a PAS bloqué le remplacement, mais que LS a balancé des données pas à jour (typiquement sans ?nocache).
Mis à jour par ggallais il y a 10 jours
- Statut changé de New à Closed
- % réalisé changé de 0 à 100
Le diagnostic est réussi. Donc je clôture le ticket.
Le résumé du diag est sur le forum WP de Enable Media Replace
https://wordpress.org/support/topic/image-not-replaced-when-using-object-cache/
On attend de voir si la demande est prise en compte.
Sinon on verra ce qu'on fait.