[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
Tue Sep 28 06:11:47 CEST 2010


A NOTE has been added to this issue. 
====================================================================== 
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:                     feedback
Plateforme:                 Linux 
OS:                         Ubuntu 
Version OS:                 10.04 
Unstable Impact:            Yes 
Version GTK:                2.20.1 
====================================================================== 
Date Submitted:             2010-09-14 20:07 UTC
Last Modified:              2010-09-28 04:11 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. 

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                          
======================================================================



More information about the bugsreports mailing list