Scénario #31037
Mis à jour par Joël Cuissinat il y a environ 3 ans
> * https://dev-eole.ac-dijon.fr/squash/executions/11176
> Au h3. Pas №7
Ce pas 8, il fait toujours référence à un module aca.eolebase-basique-X.Y-1.Z, ce qui n'existe pas dans Zephir-avecConf (eolebase-default ?)
h3. Pas 8
Il manque une étape dans ce test. On ne vérifie pas la valeur qu'on avait modifié dans la conf de migration dans le test précédent.
>
Pour le coup dans mon cas, la valeur (libelle_etab: aca2 au lieu de aca) est perdue lorsqu'on bascule le serveur en 2.8.0 (si je fais un "retour à la version précédente" sur Zéphir je la retrouve bien dans le fichier de migration).
Suite à l'étude de la demande (#31553), une piste de correction a été évoquée par Bruno :
> il y a bien un appel pour mettre à jour le cache, mais Zéphir ne détecte pas qu'il y a un changement de configuration.
>
> correction possible :
>
> dans la fonction _migrate_serveur_data de lib_backend.py, modifier la propriété last_mode du serveur avant l'appel à get_config() pour forcer un rechargement des valeurs:
>
> # change previous config mode to force configuration update
> serv.last_mode = None
> # mise à jour du cache de configuration
> serv.get_config() …
h3. Solutions à mettre en œuvre Exécution Squash-TM
* ajouter un pas dans "ZE-TO5-002":https://dev-eole.ac-dijon.fr/squash/test-cases/1189/info pour vérifier la valeur dans Zéphir après bascule
* tester la correction proposée et l'appliquer pour EOLE >= 2.8.0 si OK
h3. Critères d'acceptation
* les tests squash ZE-T05-001 et ZE-T05-002 (avec le pas supplémentaire) sont passants https://dev-eole.ac-dijon.fr/squash/executions/11176
> Au h3. Pas №7
Ce pas 8, il fait toujours référence à un module aca.eolebase-basique-X.Y-1.Z, ce qui n'existe pas dans Zephir-avecConf (eolebase-default ?)
h3. Pas 8
Il manque une étape dans ce test. On ne vérifie pas la valeur qu'on avait modifié dans la conf de migration dans le test précédent.
>
Pour le coup dans mon cas, la valeur (libelle_etab: aca2 au lieu de aca) est perdue lorsqu'on bascule le serveur en 2.8.0 (si je fais un "retour à la version précédente" sur Zéphir je la retrouve bien dans le fichier de migration).
Suite à l'étude de la demande (#31553), une piste de correction a été évoquée par Bruno :
> il y a bien un appel pour mettre à jour le cache, mais Zéphir ne détecte pas qu'il y a un changement de configuration.
>
> correction possible :
>
> dans la fonction _migrate_serveur_data de lib_backend.py, modifier la propriété last_mode du serveur avant l'appel à get_config() pour forcer un rechargement des valeurs:
>
> # change previous config mode to force configuration update
> serv.last_mode = None
> # mise à jour du cache de configuration
> serv.get_config() …
h3. Solutions à mettre en œuvre Exécution Squash-TM
* ajouter un pas dans "ZE-TO5-002":https://dev-eole.ac-dijon.fr/squash/test-cases/1189/info pour vérifier la valeur dans Zéphir après bascule
* tester la correction proposée et l'appliquer pour EOLE >= 2.8.0 si OK
h3. Critères d'acceptation
* les tests squash ZE-T05-001 et ZE-T05-002 (avec le pas supplémentaire) sont passants https://dev-eole.ac-dijon.fr/squash/executions/11176