Open AudreyEnGuyane opened 1 year ago
Quand tu dis conservée, c'est au niveau de l'application qu'il affiche 11 juin ? Dans le formulaire ? Dans le récapitulatif ? Ou uniquement la date qui est stockée au final dans la BDD alors que la date affichée dans l'application mobile est bonne ?
Si la date n'est pas touchée, tout est ok. Si on ouvre l'édition du choix de la date en faisant "annuler", elle n'est pas modifiée. Si on fait la même manipulation sans changer la date ou en la changeant, c'est le click sur "ok" qui entraîne la prise en compte de la date antérieure. En thermes de répercussions (pour répondre à ta série de questions): 1/ dans l'appli, au niveau du relevé quand on le créé: oui 2/ dans l'appli, dans le récap des relevés en cours: oui 3/ dans l'appli, dans le récap des relevés finis: je ne sais pas car je suis sur la 2.4 (donc le relevé est "caché" dans le décompte des relevés non synchronisés) 4/ dans GN après synchronisation: oui
Pour reproduire l'erreur, changez la config de l'heure du téléphone et choississez un fuseau horaire négatif...
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 : Version d'Android :
Description du bug et comportement attendu
Depuis la Guyane, lorsqu'un agent modifie le champ date, c'est la date antérieure qui est mémorisée dans le champ date. Le problème supplémentaire, c'est que si l'utilisateur a cliqué sur le champ par erreur et veut conserver la date d'aujourd'hui, il lui est impossible de reprendre la date du jour. C'est certainement lié au fuseau horaire car j'arrive à reproduire l'erreur depuis la Guyane (tous les fuseaux horaires négatifs) mais pas une fois revenue en métropole en ayant changé l'heure du téléphone (GMT +2)...
Comment reproduire
Sur la page du relevé ==> Sélection du 12 juin ==> date du 11 juin conservée.
Logs