[GP] Anomalies & Évolutions

Medhy ne voit pas ce code dans le thème, même en regardant les anciennes branches (avant et après la livraison Inovagora).
Je lui ai demandé de vérifier les plugin MU, les dropin : on le trouve pas.

Une possibilité c'est qu'il ait sauté par erreur à un moment (livraison, changement d'hébergeur - cf. reorg pour supprimer l'install bedrock).
Mais c'est moins cohérent avec le fait qu'on le trouve pas.

Une autre possibilité c'est que ce code n'ai jamais existé.
Faut re-tester pour voir si seulement le fonctionnement a bien lieu.

Si on crée un post via WP CLI, apparemment dossier_maj n'est pas rempli.

[gp.inserm.staging.ho_e1tc2ko25vr@desjoyeaux httpdocs]$ wp post create --post_type=post --post_title='re-526'
Success: Created post 135803.

Même après avoir donné un contenu au post et l'avoir publié, toujours pas de dossier_maj:

[gp.inserm.staging.ho_e1tc2ko25vr@desjoyeaux httpdocs]$ wp post update 135803 --post_content='kikou'
Success: Updated post 135803.
[gp.inserm.staging.ho_e1tc2ko25vr@desjoyeaux httpdocs]$ wp post update 135803 --post_status=private
Success: Updated post 135803.

Si je tente un wp post edit, pour éditer le contenu en CLI via un éditeur (vi), toujours aucun dossier_maj.

dans le détail j'ai fait wp post edit 135803 et j'ai modifié le texte, puis sauvegardé dans vi (:w!) avant de quitter (:q!)

Et quand je regarde la table post_meta y'a aucune méta pour un article créé en CLI.

SELECT * FROM `wp_...._postmeta` WHERE `post_id`=135803 AND `meta_key`='dossier_maj';

Parce qu'en fait à ce stade, l'article n'a AUCUNE meta

SELECT * FROM `wp_...._postmeta` WHERE `post_id`=135803

Donc y'a un bien un code qui déclenche l'ajout du champ dossier_maj, mais c'est lié à la façon d'accéder au contenu (via le backend).

C'est pas lié à la création ou la publication du contenu en tant que tel.

Réponse de Medhy :

Dans le thème, le fichier inc > Services > Acf.php
Il y a le bout de code qui gère le remplissage de l'ACF "dossier_maj", en fait au lieu d'être remplis sur une action save_post comme ce à quoi je m'attendais, le champ est rempli dans la page à la création du post.
Du coup normal que ça fonctionne pas quand on créer un post via wp cli car sans interface, le champ ne peut pas être rempli.

Prochaine étape :

Ajouter une action qui a au moment du save_post vérifie que dossier_maj n'est pas vide, et correspond au format AAAAMMJJ.

Si c'est pas le cas, refuser la publication et afficher un message d'erreur :

Le champ "Dernière mise à jour" doit être rempli avec une date valide.

Vu avec Medhy, on met une action sur le save_post de sorte que si on sauvegarde et que la date est vide, ça mette la date de publication du post.
Ça marchera même pour des posts édités hors Gutenberg.

On sait qu'il n'y a que 3 posts published qui posent problèmes actuellement et qui ont une valeur NULL (les autres sont OK, vérifiés).
Donc si le phénomène persiste après le fix de Medhy, faudra chercher ailleurs que coté utilisateurices.

Si on regarde plus large, il y a 2 autres posts concernés, qui sont en eux privés :

135841 Rencontre scientifique grand public : Sport et Art... post 2024-11-28 17:30:25 private 23 NULL
135889 Deux partenariats internationaux « Joint Lab » pou... post 2024-12-03 17:54:36 private 23 NULL
134966 "Activité physique et pathologies chroniques, les ... post 2024-10-16 16:56:05 publish 23 NULL
135216 Sport et Santé : rencontre scientifique grand publ... post 2024-10-31 16:46:17 publish 23 NULL
135250 Plaquettes sanguines : une production… sous pressi... post 2024-10-28 10:03:44 publish 22 NULL

Ils sont tous écrits par Patricia (DR Aura) ou la DR Est.

Medhy ajoute un fix qui gère ces cas là :

les cas que je gère du coup :
cas où dossier_maj est vide
cas où dossier_maj a une date qui n'est pas au bon format (YYYYMMDD)
cas où dossier_maj contient une date antérieur à la date de publication
cas où pour une raison ou une autre, il n'y a pas de date de publication disponible (ne devrait jamais arriver à priori mais sait-on jamais) => j'ai mis la date du jour

Pour moi :

• si on vide la date en backend, ça corrige
• si on met une date antérieure à la publication, ça corrige
• si on met une date mal formée (en esquivant le date picker), ça corrige

En vrai, si on passe par la CLI, les on peut faire nimp. Mais quel que soit le borde qu'on met via CLI, il se corrige quand on rentre dans le post via le backend.