Bug #469
ferméStudy #521: Régler les problèmes liés à la date de dernière modification
Les post classés "Actualité" ne remontent plus sur l'archive
100%
Description
Élodie a repéré que les posts qui n'ont QUE la catégorie 'Actualité' ne remontent pas sur l'archive des actualités.
Je crois que les articles avec juste la catégorie "Actualité", sans sous catégorie Science, Evé ou Institut ne remontent plus dans la page d'archive https://www.inserm.fr/actualite/.
[...] Commme https://www.inserm.fr/actualite/une-nouvelle-chaire-de-recherche-pour-intensifier-la-lutte-contre-le-cancer-du-sein-a-toulouse/ ou https://www.inserm.fr/actualite/rencontre-chercheur-grand-public/
À noter qu'en théorie, aucun post de devrait avoir QUE 'Actualité'. Au niveau éditorial, toutes les actus devraient être sous-catégorisés : Actu science, Actu institut, Actu Événements.
Mais ça n'explique pas le problème technique.
Aussi concerné cet URL https://www.inserm.fr/actualite/des-moustiques-genetiquement-modifies-pour-lutter-contre-la-propagation-des-maladies/
Fichiers
Mis à jour par ggallais il y a environ un an
- Description mis à jour (diff)
PROD : Quand je crée une nouvelle actu en privé, elle s'affiche bien
https://www.inserm.fr/non-classe/469/
En passant l'actu en public, elle s'affiche aussi
PROD : Pas reproduit sur d'autres catégories (y compris éthique, qui a un accent).
STAGING : Pas reproduit en créant une nouvelle actu en privé
https://gp.inserm.staging.hosterra.network/actualite/
Mis à jour par ggallais il y a environ un an
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
Mis à jour par ggallais il y a environ un an
- Fichier Screenshot 2024-10-23 at 12-49-40 Edit Post “Des moustiques génétiquement modifiés pour lutter contre la propagation des maladies ” ‹ Inserm — WordPress.png Screenshot 2024-10-23 at 12-49-40 Edit Post “Des moustiques génétiquement modifiés pour lutter contre la propagation des maladies ” ‹ Inserm — WordPress.png ajouté
- Fichier Screenshot 2024-10-23 at 12-48-57 Actualité · Inserm La science pour la santé.png Screenshot 2024-10-23 at 12-48-57 Actualité · Inserm La science pour la santé.png ajouté
J'ai réussi à refaire apparaître ces actus dans la liste /actualite/
Méthode1. Aller dans l'actu en backoff2. En bas, ouvrir la section SEO3. Choisir l'onglet Avancé4. Aller à l'option Primary Category (catégorie principale)5. Mettre ActualitéL'actu s'affiche alors dans la liste. Si on refait la manip et qu'on désactive l'option Primary Category, l'actu reste dans la liste.
Reste à comprendre pourquoi ça fait ça...
-
Mis à jour par ggallais il y a environ un an
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.
Mis à jour par ggallais il y a environ un an
- Statut changé de New à Resolved
- % réalisé changé de 60 à 100
Mis à jour par ggallais il y a environ un an
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.
Mis à jour par ggallais il y a environ un an
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.
Mis à jour par ggallais il y a environ un an
- Statut changé de Resolved à In Progress
- % réalisé changé de 100 à 80
Mis à jour par ggallais il y a 12 mois
- Fichier Screenshot 2024-12-12 at 14-16-35 Edit Post “Maladies rares et myopathies la recherche montre les muscles” ‹ Inserm — WordPress.png Screenshot 2024-12-12 at 14-16-35 Edit Post “Maladies rares et myopathies la recherche montre les muscles” ‹ Inserm — WordPress.png ajouté
- Fichier screenshot-www.inserm.fr-2024.12.12-14_41_47.png screenshot-www.inserm.fr-2024.12.12-14_41_47.png ajouté
Mise à jour 12 décembre 2024 : constats supplémentaires.
1) Quand on ouvre une page qui n'a PAS de date de dernière modif ACF en backend, la date du jour s'affiche dans le champ date de dernière modif (voir PJ avec la date du 12/12/24).
On a donc l'impression que la date est présente, alors que c'est FAUX.
2) Quand cette date est modifiée ou supprimée, ça s'affiche dans les révisions de l'article (voir PJ suivante).
Donc on peut savoir si elle a été supprimée manuellement et tester notre hypothèse.
Et... c'est pas ça. Les chargés de com' n'effacent pas la date à la main.