[GP] Anomalies & Évolutions

Faut trouver ce qui distingue la page qui marche et les 3 qui échouent.

Pour ça, je vais reprendre toute la page
https://www.inserm.fr/actualite/des-moustiques-genetiquement-modifies-pour-lutter-contre-la-propagation-des-maladies/

Et implémenter tous ses éléments dans
https://www.inserm.fr/actualite/469/

C'est pas :

• l'image
• le contenu
• la cat
• le tag Est
• l'auteur
• le titre
• la conf semble identique sur le reste

Pas encore testé :

• date
• url
• pas vu les révisions
• le code de la page archive
• la conf du cache

OK, j'ai trouvé le problème : c'est le champ "dernière mise à jour" qui était vide.

Explication (avec l'aide de Patrice pour piger la psyche du ccom) :

• À T1, l'article est publié en privé : sa date "dernière màj" est notée T1
• À T2, l'article est rendu public : il affiche publié T2, modifié T1
• Le ou la responsable com' vide le champ "dernière màj" pour éviter cette bizarrerie
• L'article n'a plus de "dernière màj" : il ne peut plus être classé par "dernière màj" dans les listes
• L'article est absent des listes

Pour faire réapparaître ces pages : il suffit de remettre une date de dernière mise à jour.

En vrai, la BONNE solution, ça serait de faire évoluer le script d'Inovagora.

Objectif : vu qu'on ne peut pas garantir que la date de dernière mise à jour reste présente, faut garantir que le script réagisse mieux à son absence.

Exemple : On ajoute une condition type SI le contenu n'a pas de date de dernière mise à jour, on utilise la date de publication à la place.

À voir si c'est pas un drame en terme de logique & de perf cela dit.

Après relecture du CDC Inovagora, ça peut être prévu dans les modifs commandées.

On a demande à ce que la date de modif soit jamais antérieure à la date de publi, donc c'est une vérif qui peut avoir lieu au moment de la sauvegarde de la page.

Et on peut ajouter, si la date de dernière modif est vide, la remplir avec la date de publi.