[grisbi-bugs] [Grisbi-0.6.0 0001167]: Problème avec le N° chèque/virement dans le cas d'une opération avec contre-opération
Grisbi Bug Tracker
bugtracker at grisbi.org
Sat Oct 2 16:36:23 CEST 2010
The following issue has been RESOLVED.
======================================================================
http://grisbi.tuxfamily.org/mantis/view.php?id=1167
======================================================================
Reported By: beguam
Assigned To: pbiava
======================================================================
Project: Grisbi-0.6.0
Issue ID: 1167
Category: Main
Reproducibility: always
Severity: minor
Priority: high
Status: resolved
Plateforme: Linux
OS: Ubuntu
Version OS: 10.04
Unstable Impact: Yes
Version GTK: 2.20.1
Resolution: fixed
Fixed in Version: git (développement)
======================================================================
Date Submitted: 2010-09-14 20:07 UTC
Last Modified: 2010-10-02 14:36 UTC
======================================================================
Summary: Problème avec le N° chèque/virement dans le cas
d'une opération avec contre-opération
Description:
Quand une opération est un virement vers un autre compte et que le mode de
règlement est à numérotation automatique, il y deux problèmes dans le
formulaire de saisie:
1. La zone de saisie "N° chèque/virement" ne s'affiche pas quand on rouvre
l'opération pour la modifier.
2. Pour ré-afficher le "N° chèque/virement", il faut sélectionner un autre
mode de règlement, puis remettre le mode de règlement à numérotation auto,
et le "N° chèque/virement" est alors incrémenté.
Steps to Reproduce:
Dans le fichier test.gsb joint :
1. Sélectionner le compte "Compte"
2. Double-cliquer sur la 2ème opération : la zone "N° chèque/virement" ne
s'affiche pas à côté du mode de règlement "Chèque"
3. Changer le mode de règlement, puis le remettre sur "Chèque" : le N°
chèque s'affiche et passe à 3, alors qu'il était à 2.
======================================================================
----------------------------------------------------------------------
(0002620) pbiava (administrator) - 2010-09-23 20:18
http://grisbi.tuxfamily.org/mantis/view.php?id=1167#c2620
----------------------------------------------------------------------
Personnellement je ne constate pas ce problème mais nos configurations sont
probablement différentes.
Peux-tu valider si elle ne l'est pas, l'option Ouvrir l'opération
sélectionnée avec un seul clic ?
Elle se trouve dans les préférences onglet comportement de la liste des
Opérations et refaire le test.
Par contre il y a un problème d'affichage du numéro de chèque ou de dépôt
de la 3 ème opération. Toujours dans le compte Compte un double clic n'affiche
rien alors qu'un double clic dans le compte Chèque affiche quelque chose mais
c'est 3 au lieu de 2.
Je vais éclaircir ce point.
----------------------------------------------------------------------
(0002621) beguam (reporter) - 2010-09-23 20:51
http://grisbi.tuxfamily.org/mantis/view.php?id=1167#c2621
----------------------------------------------------------------------
Bonsoir Pierre,
L'option "Ouvrir l'opération sélectionnée avec un seul clic" était bien
cochée.
Il me semble que le bug que tu constates est bien celui que je te signale :
c'est la 2ème opération qui a un problème d'affichage du numéro de chèque
comme tu le vois (pas la 3ème) car c'est elle qui est liée à la
contre-opération N°4 dans le compte Chèques.
Il y effectivement en plus un problème de N° de chèque dans cette
contre-opération N° 4.
----------------------------------------------------------------------
(0002622) pbiava (administrator) - 2010-09-24 17:52
http://grisbi.tuxfamily.org/mantis/view.php?id=1167#c2622
----------------------------------------------------------------------
En fait la position de l'opération concernée dépend du tri choisi pour la
liste des opérations donc on parle bien de la même opération qui est la
contre partie de l'opération qui se trouve dans le compte Chèques.
Donc je regarde ce problème là.
----------------------------------------------------------------------
(0002624) pbiava (administrator) - 2010-09-25 15:47
http://grisbi.tuxfamily.org/mantis/view.php?id=1167#c2624
----------------------------------------------------------------------
fixed in git
----------------------------------------------------------------------
(0002644) beguam (reporter) - 2010-09-27 23:13
http://grisbi.tuxfamily.org/mantis/view.php?id=1167#c2644
----------------------------------------------------------------------
Les bugs d'affichage 1166 et 1167 sont bien corrigés, mais j'ai découvert 2
effets de bords, encore pires que les bugs d'origine :
- Prenons une opération avec N° de chèque et dont la contre-opération
possède un moyen de paiement sans numérotation : quand on re-valide la
contre-opération, ça efface le N° de chèque de l'opération.
- Créer un nouvelle opération, choisir un moyen de paiement avec numérotation
non automatique, cliquer dans le champ Crédit, puis cliquer dans le champ N°
Chèque/Virement : la mention "N° Chèque/Virement" qui était auparavant
grisée, devient noire au lieu de s'effacer, et si on valide l'opération, elle
se retrouve avec cette mention en tant de N° Chèque/Virement.
J'espère que j'ai été clair.
----------------------------------------------------------------------
(0002645) pbiava (administrator) - 2010-09-28 04:11
http://grisbi.tuxfamily.org/mantis/view.php?id=1167#c2645
----------------------------------------------------------------------
On va avoir du mal à s'en sortir sans tout ré-écrire. Bon je regarderai ça
ce soir.
----------------------------------------------------------------------
(0002653) pbiava (administrator) - 2010-10-02 14:36
http://grisbi.tuxfamily.org/mantis/view.php?id=1167#c2653
----------------------------------------------------------------------
fixed in git
Merci de vérifier si tout est OK cette fois ci.
Issue History
Date Modified Username Field Change
======================================================================
2010-09-14 20:07 beguam New Issue
2010-09-14 20:07 beguam File Added: test.gsb
2010-09-23 20:05 pbiava Assigned To => pbiava
2010-09-23 20:05 pbiava Status new => assigned
2010-09-23 20:18 pbiava Note Added: 0002620
2010-09-23 20:51 beguam Note Added: 0002621
2010-09-24 17:52 pbiava Note Added: 0002622
2010-09-25 15:47 pbiava Note Added: 0002624
2010-09-25 15:47 pbiava Status assigned => resolved
2010-09-25 15:47 pbiava Fixed in Version => git
(développement)
2010-09-25 15:47 pbiava Resolution open => fixed
2010-09-27 23:12 beguam Note Added: 0002644
2010-09-27 23:12 beguam Status resolved => feedback
2010-09-27 23:12 beguam Resolution fixed => reopened
2010-09-27 23:13 beguam Note Edited: 0002644
2010-09-28 04:11 pbiava Note Added: 0002645
2010-10-02 14:36 pbiava Note Added: 0002653
2010-10-02 14:36 pbiava Status feedback => resolved
2010-10-02 14:36 pbiava Resolution reopened => fixed
======================================================================
More information about the bugsreports
mailing list