Voir les détails de l’anomalie
Identifiant | Projet | Catégorie | Visibilité | Date de soumission | Dernière mise à jour |
---|---|---|---|---|---|
0001563 | NOALYSS | Improve Use | public | 2018-03-06 00:06 | 2018-03-21 09:21 |
Rapporteur | yolo | Affecté à | danydb | ||
Priorité | basse | Sévérité | mineur | Reproductibilité | toujours |
État | fermé | Résolution | corrigé | ||
Résolue dans la version | 7.0 | ||||
Résumé | 0001563: Achat mémoriser également 3 champs (suite) | ||||
Description | Fait suite à l'issue 0001562 où je ne peux ajouter une note. Bonsoir Deny, Merci pour les modifications. J'ai poussé à nouveau les tests sur l'acceptance / Test France. Voici un retour : 1/ 3 champs paiement achat avec génération d'un message d'erreur => Ok Par contre en faisant Enregister puis Corriger, la date de paiement à disparu de nouveau (les 2 autres champs sont ok maintenant). Autre chose : - Date de paiement : exemple 32/03/2017, il n'y a pas de message d'erreur, il est possible d'enregistrer. Cependant, le document en trésorerie (le paiement) ne sera pas généré. - Date d'échéance : exemple 32/03/2017, provoque un plantage au niveau de la confirmation de l'enregistrement (Exception: SQL ERROR insert into jrn ... ERROR: date/time field value out of range: "32.03.2018"). => Le 1er champ date de la page (date d'achat) a bien un message d'erreur : "Date invalide". Est-ce qu'il est possible d'ajouter ce contrôle aux deux autres champs date ? 2/ Je ne vois pas de différence, je ne sais pas si tu as effectué une modification à ce niveau. Voici deux copies d'écran pour mieux illustrer ce point, une avec une bonne date et la seconde avec une date erronée. Merci ! | ||||
Balises | Aucune balise n’est attachée. | ||||
Pièces jointes | |||||
Extension Noalyss | Aucun | ||||
|
Désolé j'avais vu qu'il y avait 2 points mais quand j'ai réglé le problème, j'ai oublié le second :-) D'habitude, il y a une tâche mantis par bug et non plusieurs, bref pour la vérification des dates échéances et paiement , c'est ok, de même le rappel des info de paiement. Pour le point 2 , quand on recherche , en général c'est sur l'année , donc évidemment, le filtre va du premier jour de l'exercice au dernier. |
|
Super, je viens de tester, toutes les dates sont ok ! C'est bien noté, un ticket par issue pour la prochaine fois. Pour le point 2, c'est que je vérifiais toutes mes entrées par mois, c'est plus simple que sur l'année. Et c'est par fainéantise de devoir sélectionner le dernier jour du mois. Encore merci. Jérémie |
|
Bug résolu, Merci :-) D |
|
Publiés dans la version 7.0 |
Date de modification | Nom d’utilisateur | Champ | Changement |
---|---|---|---|
2018-03-06 00:06 | yolo | Nouvelle anomalie | |
2018-03-06 00:06 | yolo | Fichier ajouté: Histo-achat-KO.png | |
2018-03-06 00:06 | yolo | Fichier ajouté: Histo-achat-OK.png | |
2018-03-06 08:49 | danydb | Relation ajoutée | relatif à 0001562 |
2018-03-06 08:52 | danydb | Note ajoutée: 0003725 | |
2018-03-06 09:26 | yolo | Note ajoutée: 0003726 | |
2018-03-07 10:28 | danydb | Affecté à | => danydb |
2018-03-07 10:28 | danydb | État | nouveau => résolu |
2018-03-07 10:28 | danydb | Résolution | ouvert => corrigé |
2018-03-07 10:28 | danydb | Résolue dans la version | => 7.0 |
2018-03-07 10:28 | danydb | Note ajoutée: 0003728 | |
2018-03-21 09:21 | danydb | Note ajoutée: 0003775 | |
2018-03-21 09:21 | danydb | État | résolu => fermé |