[grisbi-bugs] [Grisbi-0.6.0 0000793]: Ecrasement d'une opération saisie lors d'un rapprochement.
bugtracker at grisbi.org
bugtracker at grisbi.org
Sat Dec 26 13:53:49 CET 2009
A NOTE has been added to this issue.
======================================================================
http://grisbi.tuxfamily.org/mantis/view.php?id=793
======================================================================
Reported By: yleguen
Assigned To: pbiava
======================================================================
Project: Grisbi-0.6.0
Issue ID: 793
Category: Main
Reproducibility: always
Severity: major
Priority: normal
Status: assigned
Plateforme: Linux
OS: Ubuntu
Version OS: Linux 2.6.31-17-generic
http://grisbi.tuxfamily.org/mantis/view.php?id=54-Ubuntu SMP Thu Dec 10 16:20:31
UTC 2009 i686 GNU/Linux
Unstable Impact: Yes
Version GTK: Version de GTK : 2.18.3 Cette version de Grisbi a
été compilée le 15/12/2009 à 14:35:11
======================================================================
Date Submitted: 12-19-2009 16:22 UTC
Last Modified: 12-26-2009 12:53 UTC
======================================================================
Summary: Ecrasement d'une opération saisie lors d'un
rapprochement.
Description:
Bonjour,
Pendant un rapprochement, deux opérations manquant dans la liste,
j'utilise le formulaire de saisie afin de créer ces opérations. Je créée la
première sans problème, la valide et la note "P" pour le rapprochement. Je
remarque en passant que le contenu du formulaire n'est pas réinitialisé
suite à la validation et je tente de créer la seconde opération sans
réinitialiser le formulaire par un "Esc". Gros problème : la première
opération est écrasée par la seconde dans la liste des opérations en
rapprochement et de plus il est toujours marqué "P"... Je comprends
maintenant pourquoi il m'est arrivé ces dernières semaines de noter que des
opérations avaient disparu !!!
merci de votre attention,
======================================================================
----------------------------------------------------------------------
pbiava - 12-19-09 16:31
----------------------------------------------------------------------
Je te conseille de cocher les options suivantes dans les préférences :
Ouvrir l'opération sélectionnée avec un simple click
Appuyer sur ENTRÉE dans le formulaire de saisie des opérations
termine l'enregistrement de l'opération
La touche « entrée » valide le remplissage courant
Cela devrait faciliter la vie.
Puis refais des tests.
----------------------------------------------------------------------
yleguen - 12-19-09 16:56
----------------------------------------------------------------------
Merci de tes conseils. Après vérification, je confirme l'anomalie. J'ai
toujours été en "simple clic" dans les préférences et la manière de
terminer l'opération ne change rien au problème. J'ai fait le test avec la
touche "Entrée" avec un clic sur "Valider" et aussi avec la combinaison
"Alt+V", rien n'y change. Par contre, pour reproduire le problème, je me
suis rendu compte qu'il faut que je clique sur "P" de plusieurs opérations
pour les prendre en compte et que j'ajoute une opération ensuite. As-tu
fait le test toi-même ?
merci,
----------------------------------------------------------------------
pbiava - 12-19-09 21:02
----------------------------------------------------------------------
Je n'ai pas encore eu le temps de faire le test. Comme je n'utilise pas ce
genre de fonctionnement je n'avais pas constaté. Par contre modifier des
opérations en cours de rapprochement ça m'est arrivé mais sans problème
particulier.
----------------------------------------------------------------------
pbiava - 12-20-09 19:57
----------------------------------------------------------------------
A mon sens il n'y a à pas de bug mais une mauvaise manipulation.
Pour créer une opération après avoir cliqué sur le bouton rapprochement,
il faut juste saisir une date et le reste de l'opération.
Par contre si on a coché une case pour marquer un opération il faut
cliquer sur la ligne vide qui se trouve en dessous de la dernière opération
sinon on modifie l'opération marquée. De la même façon si on crée une
opération en cours de rapprochement cette opération peut rester
sélectionnée. Dans ce cas il faut aussi sélectionner la ligne vide pour
créer une nouvelle opération.
Sinon chez moi la création d'une nouvelle opération met bien à jour le
solde du compte et si je la marque cela modifie aussi le montant pointé.
----------------------------------------------------------------------
yleguen - 12-26-09 12:53
----------------------------------------------------------------------
Bonjour,
Effectivement, le fait de se trouver automatiquement en "modification"
de l'opération sur laquelle on a coché la case "P/R" n'est pas très
intuitif. Ceci dit, lors de la saisie de la première opération, j'ai bien
réinitialisé le formulaire de saisie par un "Esc". Ce que je trouve
déroutant, c'est qu'après la saisie et la validation de cette première
opération, le masque de saisie ne soit pas réinitialisé comme c'est le cas
lors d'une saisie dans l'écran principal et qu'on se trouve alors en
modification de l'opération qu'on vient de créer. j'espère que je suis plus
clair :-(
merci de ton aide,
Issue History
Date Modified Username Field Change
======================================================================
12-19-09 16:22 yleguen New Issue
12-19-09 16:22 yleguen Plateforme => Linux
12-19-09 16:22 yleguen OS => Ubuntu
12-19-09 16:22 yleguen Version OS => Linux
2.6.31-17-generic http://grisbi.tuxfamily.org/mantis/view.php?id=54-Ubuntu SMP
Thu Dec 10 16:20:31 UTC 2009 i686 GNU/Linux
12-19-09 16:22 yleguen Unstable Impact => Yes
12-19-09 16:22 yleguen Version GTK => Version de GTK :
2.18.3 Cette version de Grisbi a été compilée le 15/12/2009 à 14:35:11
12-19-09 16:24 pbiava Status new => assigned
12-19-09 16:24 pbiava Assigned To => pbiava
12-19-09 16:31 pbiava Note Added: 0001471
12-19-09 16:56 yleguen Note Added: 0001472
12-19-09 21:02 pbiava Note Added: 0001473
12-20-09 19:57 pbiava Note Added: 0001479
12-26-09 12:53 yleguen Note Added: 0001496
======================================================================
More information about the bugsreports
mailing list