Description
Lorsqu'on modifie le nom d'une carte et qu'un restart du service gunicorn / flask est réalisé, alors le code python va lire le titre de la carte est recréer un xml à partir du titre.
En effet, si on créer une carte avec un titre, et qu'on modifie le titre alors la sauvegarde dans le paramètre title et n'impacte pas le nom du xml. Lors du restart du service, le title ne match pas avec le nom d'un XML, et le xml est recrée. Sauf que cette nouvelle création n'est pas commit avec le système git et donc cela créé de la confusion dans la mécanique du backend python.
Au niveau de git, le système ne détecte aucun changement car les comparaison semblent se faire sur le premier XML historique et non le dernier.
La sauvegarde n'est donc plus possible car aucune modification n'est détectée dans le premier XML alors qu'on modifie le second.
Etapes pour reproduire
- créer une carte avec un titre
- Sauvegarder
- Modifier le titre
- Relancer le service python (restart)
- Voir dans le répertoire qu'il y a 2 XML
- Dans mviewerstudio, ouvrir la configuration et modifier le thème de la carte
- Voir que la sauvegarde échoue avec l'alerte qu'aucune modification n'est détectée
Résolution
Je propose de :
- supprimer les XML pour n'en garder qu'un (contrôle à faire en python)
- utiliser un identifiant unique pour nommer le XML (moins lisible mais garantira l'unicité et le fait de retrouver le bon XML indépendamment des attributs, qui peuvent de plus avoir des caractères spéciaux...)
Je vais pousser un correctif dans ce sens.
Description
Lorsqu'on modifie le nom d'une carte et qu'un restart du service gunicorn / flask est réalisé, alors le code python va lire le titre de la carte est recréer un xml à partir du titre.
En effet, si on créer une carte avec un titre, et qu'on modifie le titre alors la sauvegarde dans le paramètre title et n'impacte pas le nom du xml. Lors du restart du service, le title ne match pas avec le nom d'un XML, et le xml est recrée. Sauf que cette nouvelle création n'est pas commit avec le système git et donc cela créé de la confusion dans la mécanique du backend python.
Au niveau de git, le système ne détecte aucun changement car les comparaison semblent se faire sur le premier XML historique et non le dernier.
La sauvegarde n'est donc plus possible car aucune modification n'est détectée dans le premier XML alors qu'on modifie le second.
Etapes pour reproduire
Résolution
Je propose de :
Je vais pousser un correctif dans ce sens.