Problème avec les champs requis

[MG95SP]

Avec la nouvelle mise à jour du pprd, de nombreux champs pourtant non-obligatoires sont déormais requis dans le formulaire en BO.
Par exemple, un centre TEST pour lequel j'avais rempli l'ensemble des champs requis précédemment me demande désormais 24 champs de plus : "Ce formulaire contient 24 erreur(s) de validation"
L’ensemble des champs ajoutés suite à l'issue 67 (Numero National de Structure ; Lien RNSR ; Fiche du centre dans ScanR ; Wikidata ; Lien Wikipedia ) sont en requis alors que seul le numéro national de structure est censé l'être.
Il y a également des champs sur l'ensemble des autres onglets qui sont passés en champs requis.

Les champs requis sont pourtant normalement très peu nombreux : cf colonne H (required) dans le CartoScPo - Metadata schema.

[MG95SP]

Champs requis 👍 Acronyme (nom court) ; Code Unité (avec étoile) ; Nom (avec étoile) ; Numéro national de structure ; Lien RNSR ; Fiche du centre dans ScanR ; Wikidata ; Lien Wikipedia ; Directeur·rice (avec étoile) ; Courriel Direction ; Année de création (avec étoile) ; Historique ; Effectif total (avec étoile) ; Personnels permanents (avec étoile) ; Personnels non permanents (avec étoile) ; Lien vers la page personnel sur le site Web du centre ; Lien vers la page personnel du site Web du CNRS ; Date de mise à jour ; Nombre de doctorants ; Nombre de doctorants en science politique ; Nombre de thèses soutenues en 2016 ; Axes de recherche ; Contrats de recherche ; Séminaires de recherche ; Collaborations / réseaux ; Collections auprès d'éditeurs - Description (lorsqu'il est coché en BO) ; Revues en propre - Description (lorsqu'il est coché en BO) ; Préconisations pour le dépôt en open access des publications ; Valorisation des publications par le laboratoire ; Archivage des données de la recherche - Description (lorsqu'il est coché en BO) ; Bibliothèques utilisées ; Ressources numériques à disposition des chercheurs ; Personne ressource - documentaliste ; Centre de documentation ou bibliothèque en propre - Description (lorsqu'il est coché en BO) ; Site web du centre de documentation ; Description et fonds spécifiques ; Politique documentaire ; Offre de formations documentaires ; Collaborations documentaires.

Il semble également que certains champs bel et bien obligatoires, et qui ont une étoile sur le BO en prod, ont perdu l'étoile sur la maj du BO en pprd. Exemple avec le champ "Bibliothèques utilisées"

[naholyr]

Pas évident à corriger car je ne reproduis pas ces comportements en local, pour le moment j'ai donc pushé deux choses :

• Le commit 8730072 ajoute la possibilité d'avoir des détails sur les erreurs (incluant la liste complète des erreurs sur les champs ET le contenu de l'objet "center" en cours d'édition), on l'épluchera ensemble pour voir en détail ce qui est bizarre ou non
• Le commit 6c179cf remet en conformité le fichier schema.json qui avait encore pas mal d'erreurs (notamment sur la proprieté "required" qui nous intéresse ici)

[naholyr]

Ping @jri-sp si tu peux déployer en preprod afin que @MG95SP puisse re-tester dans l'après-midi car pour l'instant on en est toujours à essayer de deviner :/
Il faudrait s'assurer que les images du BO sont bien rebuildés complètement, et le process node bien relancé. Je n'ai pas testé le build "production" en local, je regarde ça maintenant voir si j'arrive à avoir les mêmes comportements.

Parmi les choses "étranges" : 100% des champs semblent required lors de la création d'un nouveau centre, chose que je n'ai pas du tout en local.

[jri-sp]

Hello!
C'est en pprd!

[naholyr]

Je pense avoir trouvé un build qui fonctionne : a priori (à valider après le prochain déploiement pour être sûr que j'ai la bonne solution tout de même) c'était uniquement un problème de dépendance. Une des dépendances du projet a du évoluer dans les 30 derniers jours et comme le Dockerfile ne se base pas sur le "package-lock" il n'a pas récupéré les "bonnes" versions.
Si le fix est bien confirmé, il s'agira d'identifier quelle dépendance est coupable et de la figer dans le "package.json" afin de ne pas se refaire avoir dans le futur. Un "npm update" est vite arrivé et risquerait de ramener ces problèmes.

[naholyr]

Ping @jri-sp pour un déploiement en préprod demain si possible, ça devrait être le bon :)

[jri-sp]

Hello,
C'est déployé

[naholyr]

La cause "dépendance" est confirmé, en dév local après un "npm update" je reproduis bien le même comportement. Je vais maintenant procéder dépendance par dépendance pour isoler la fautive.

Merci @jri-sp :)

[naholyr]

La dépendance fautive a été isolée, c'est "angular" en toute simplicité :')
La version 1.7.6 est publiée le 17 janvier, et en forçant la 1.7.5 (4 octobre 2018) ça fonctionne à nouveau. Ces équipes étant spécialistes d'introduire des ruptures de compatibilité dans des releases mineures, ça me surprend à moitié mais là c'est carrément dans un patch :/ J'étudie le changelog, et je pusherai la correction qui correspond donc à une modification du numéro de version dans le package.json, et à une éventuelle mise à jour du code.

[naholyr]

Afin de rendre tout ça le plus robuste possible, j'ai figé les dépendances après les avoir mises à jour au maximum (tout en respectant les contraintes posées par l'existant). Ça devrait assurer que ce genre d'incident ne se reproduise pas à long terme.

[naholyr]

Je pense que le code coupable est identifié : angular/angular.js#16814

[MG95SP]

Résolu en pprd !

[MG95SP]

Ok en prod