Synchronisation incompléte #208
Comments
|
Voici mon fichier settings.json |
|
Je ne vois pas d'erreur mais n'ai pas de soucis sur notre GeoNature. |
|
Je dirais qu'il manque justement la partie |
|
On dirait qu'il ne trouve pas de nomenclatures par défaut pour le module occtax ? est-ce qu'il y en a de définies ? |
|
Je ne pense pas que renseigner la partie Et justement, je pense que si on n'a rien à modifier sur cette partie, il ne faut vaut mieux pas la renseigner, pour bien avoir les valeurs par défaut, et surtout bénéficier des éventuelles évolutions de la configuration par défaut. |
Elles sont fournies par défaut quand on installe GeoNature, et en regardant la route interrogée, elle renvoie bien les valeurs par défaut : https://geonature.nature-haute-savoie.fr/api/occtax/defaultNomenclatures |
|
Dans les logs, c'est la table |
|
Bonjour, Je ne vois aucune erreur aussi pour ma part. Il n'y a aucune erreur remontée dans les logs. Les appels semblent bons (cf. https://geonature.nature-haute-savoie.fr/api/occtax/defaultNomenclatures). Pour information, l'attribut |
|
@sgrimault il n'y a pas de suite dans le log, c'est bien ça le soucis. Le log de la synchronisation se termine à "nomenclature default values to update: 17" Est-ce que ça pourrait venir de mon paramétrage d'occtax (non mobile) qui n'est pour le moment pas utilisé et avec les config par défaut ? |
|
Au cas où, essaie de raffraichir la VM taxonomie.vm_taxref_list_forautocomplete. J'ai eu un soucis un peu similaire (voir #206 ) avec une synchronisation des taxons qui s'arrétait sans message d'erreur. (bon ok, moi elle commencait quand même). Je n'avais pas raffraichi cette VM suite à une mise à jour taxref et c'est cela qui posait le problème. |
|
Et il n'y a pas d'autres fichiers de logs après celui remonté ? Dans l'hypothèse où la synchronisation se serait arrêtée suite à un crash quelconque, il est possible que la trace d'erreur soit du coup dans un autre fichier de log ultérieur à celui remonté. |
|
Bonjour à tous et merci pour vos réponses, J'ai fait pas mal de test hier avec @cen-cgeier mais rien de concluant... voici donc un petit récap. Version de l'applicationVersion d'Occtax-mobile affectée par le bug : 2.4.0 Description du bugToujours le même, la synchronisation s'arrête après avoir fait "nomenclature default values to update: 17" sans message d'erreur dans les logs. On a regarder dans les logs de @cen-cgeier, la suite c'est la synchronisation des taxons. Ce qu'on a tenté hier
LogsPour @sgrimault j'ai tout désinstallé, puis réinstallé du mobile pour avoir un log clean et voici la totalité du log pour les actions suivantes :
J'avoue que je sèche sur le problème... |
|
Bonjour @CGuillaume, |
Oui. Bon courage :) |
|
Je pense avoir trouvé le problème avec une incohérence entre les données reçues : De mon côté, je vais compléter les filtres et vérifications pour mieux garantir la cohérence des données avant insertion. |
|
OK peut-être encore un reste du renommage douloureux de méthode d'observation en technique d'observation (ou l'inverse je ne sais plus, tellement ce truc a été une galère....) |
|
Les items de meth_obs sont allés alimenter le nouveau champs sinp technique_obs, mais on a gardé la mnemonique "meth" pour les techniques car utilisée partout normalement... En tous cas c'est bizarre, le mobile et la bdd ne devraient pas connaitre "TECHNIQUE_OBS", qui correspond à la mnemonique d'un champs désormais obsolète. |
|
Suite à vos messages j'ai enquêté sur cette histoire de "TECHNIQUE_OBS": 316 et c'est bien lui qui bloque. Maintenant questions :
|
|
C'est un galère cette histoire de méthode d'observation et de technique d'observation. Il faut peut-être maintenant aller plus et clarifier/trancher ce sujet pour de bon. Concernant les valeurs par défaut c'est un peu complexe actuellement. Surement trop complexe car il y en a définis :
Pas inintéressant de pouvoir les différencier, mais certainement complexe et peu utile En tout cas, là c'est bien dans PS : Si il faut mettre à jour les nomenclatures, tu peux le faire localement dans ta BDD, mais l'idéal est de l faire globalement dans GeoNature pour tous, comme ça, on diverge le moins possible. |
|
Je laisse le ticket ouvert si ca va à tout le monde. Dans ce cas précis, il faudrait que l'application puisse gérer correctement. On m'envoie un ID qui correspond à rien ou à une nomenclature inactive => pas de valeur par défaut, le champs reste blanc. Ca éviterait de bloquer totalement le fonctionnement de l'appli... |
Version de l'application
Version d'Occtax-mobile affectée par le bug : 2.4.0
Version de GeoNature utilisée : 2.9.2
Terminal et Version Android
Marque et modèle du terminal : Samsung A22
Version d'Android : 13
Description du bug et comportement attendu
Bonjour,
Je tente depuis plusieurs jours de déployer gn_mobile_occtax pour mon instance geonature.
Mais :
1 - lorsque je lance la synchronisation des données ça bloque à l'étape "nomenclature default values" et je n'arrive pas à comprendre pourquoi ?
2 - lorsque je veux saisir un relevé j'ai une erreur qui s'affiche "Echec lors du chargement des valeurs par défaut" (je pense que c'est lié et la résolution du premier point solutionnera celui-ci)
Merci pour votre aide.
Logs
The text was updated successfully, but these errors were encountered: