Bug dans la réédition des formulaires

[krebs-m]

Bonjour,

Je constate un bug lors de la réédition des infos d'un relevé, depuis la version 2.7.1 de occtax-mobile, mais qui existe toujours sur la 2.7.3.

La première opération de saisie d'un relevé se passe bien, et le relevé se met correctement dans la liste des relevés à synchroniser. Par contre, lorsqu'on tente de rééditer ce relevé pour rajouter ou modifier un dénombrement, l'application finit par planter et demande à se fermer.

Voici la manip qui a conduit au bug :

• saisie d'un relevé
• clic sur le relevé dans la liste des relevés à synchroniser pour le rééditer --> Le relevé s'ouvre
• navigation jusqu'à la liste des espèces saisies dans ce relevé --> OK
• clic sur l'espèce sur laquelle on veut rajouter un dénombrement --> là l'application met beaucoup de temps à recharger toute la liste des espèces (parfois plus de 10 secondes durant lesquelles le message "Aucune donnée" reste affiché à l'écran, ce qui conduit les utilisateurs à revenir en arrière en cliquant sur "précédent" avant l'affichage de l'espèce)
• Si on attends que la liste s'affiche pour faire suivant et accéder aux dénombrements, on a bien la liste des dénombrements qui s'affiche, mais lorsqu'on clique sur un dénombrement pour le modifier, impossible de sauvegarder la modif : le bouton est bloqué et un message d'erreur s'affiche, demandant de fermer l'application.

Voici les fichiers de log de l'application après le bug et fermeture de l'application :
occtax_20260325_091027.log
occtax_20260325_091441.log

Version de Géonature : 2.16.4
Version de l'application : 2.7.1 ou 2.7.3
Téléphones mobiles : Redmi note 14 pro avec Android 15 ou Samsung Galaxy A34 avec Android v16

Merci de votre aide!

[krebs-m]

Je précise qu'il y a des erreurs liés à l'absence de fonds de plan dans les fichiers de log, parque pour le test je n'ai pas rechargé les fonds de plans sur le terminal mobile, mais le bug existe pareillement lorsque les fonds de plans sont chargés

[sgrimault]

Bonjour,
Lors de l'ajout d'un nouveau taxon, dans la liste "Choix des taxons", combien ont été remontés selon votre jeu de données sélectionné ?
Par exemple de mon coté, sur l'instance de démo de GéoNature et avec le jeu de données "JDD avec champs additonnels", cette liste retourne plus de 691k taxons...
Sur un terminal un peu "ancien", ça peut prendre un peu de temps à s'afficher... Dans votre cas, le modèle "Samsung Galaxy A34" reste assez récent (sortie 2023) et encore plus pour le modèle "Redmi Note 14 Pro" (2025).
La seule limitation serait donc que cette liste remonte vraiment beaucoup de taxons...

Pour information, on a un sujet récurrent sur cette partie là où on arrive pas à se mettre d'accord. L'idée première d'afficher cette liste de taxons est de pouvoir afficher aussi les "couleurs" selon la maille sélectionnée lors du pointage sur la carte comme les observations faites, afin sans doute de mieux mettre en avant les taxons à relever (selon la rareté, etc.).
L'autre approche est de relever ce que l'on découvre ou observe sur le parcours (et donc peu importe le niveau des relevés précédents sur ce taxon). Donc il n'est pas nécessaire de proposer une liste complète des taxons mais plutôt de proposer un champ de recherche multi-critères pour le retrouver. On pourrait aussi proposer une section qui présente les dernières observations faites sur des taxons dans la zone, en fonction de leur rareté ou tout autre critère... en plus du module de recherche.

[krebs-m]

Effectivement, c'est une liste qui remonte 288031 taxons, ce qui peut expliquer la lenteur.
A la rigueur, je peux dire aux utilisateurs de patienter jusqu'à ce que la liste s'affiche, ça n'est pas rédhibitoire.
Par contre, le message d'erreur et la fermeture de l'application lorsqu'on revient sur un dénombrement sont plus problématiques.

[gildeluermoz]

Message d'un client :

Il est arrivé le même problème à mon collègue ce matin, je te joints les Logs. De plus, il n'arrive pas non plus à envoyer ses données via l'application : ça mouline et lui affiche "Echec".
Nous avons essayé de déconnecter et reconnecter son compte mais cela n'a rien changé...

occtax_20260324_161352.log
occtax_20260324_161227.log
occtax_20260324_160846.log
occtax_20260324_155610.log
occtax_20260324_155908.log

Voici les versions d'Androïd :
Pour la personne qui a eu, comme @krebs-m, des soucis de plantage dans l'édition d'un relevé existant : Androïd 15
Pour la personne qui a eu un soucis lors de la synchronisation des ses relevés : Androïd 11

[gildeluermoz]

De mon côté, j'ai testé de créer un relevé sur mon terminal Android en étant connecté sur l'instance de ce client. Tout se passe bien. Pas de bug, ni dans l'édition d'un relevé existant, qu'il soit terminé ou en cours. J'ai fermé l'appli, réouvert l'appli, réédité un relevé, modifié son contenu, sauvegarder, revenu sur le relevé, remodifié, etc... Je n'ai pas réussi à provoquer un bug. J'ai ensuite synchronisé le relevé et il s'est bien synchronisé. Je l'ai retrouvé dans GéoNature.
Donc il faut que je fasse un point au téléphone pour gérer ce souci qui, a priori, vient soit de l'installation, soit d'un souci de compatibilité du terminal.

[sgrimault]

Dans les logs, je peux voir qu'il y a une synchronisation des données pendant le relevé et à un moment il n'arrive pas à trouver des champs de saisie disponibles pour la partie "Information". Ensuite il ne trouve pas de valeurs par défaut (et certaines sont obligatoires...)