[grisbi-bugs] [Grisbi-0.6.0 0001070]: Erreur du calcul de l'attribut Reconcile lors de la conversion 0.5.9 => 0.6.0

bugtracker at grisbi.org bugtracker at grisbi.org
Sun May 2 16:39:08 CEST 2010


A NOTE has been added to this issue. 
====================================================================== 
http://grisbi.tuxfamily.org/mantis/view.php?id=1070 
====================================================================== 
Reported By:                l_janvier
Assigned To:                pbiava
====================================================================== 
Project:                    Grisbi-0.6.0
Issue ID:                   1070
Category:                   Main
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
Plateforme:                 Linux 
OS:                         Autre(Other) 
Version OS:                  
Unstable Impact:            Yes 
Version GTK:                 
====================================================================== 
Date Submitted:             04-29-2010 22:13 UTC
Last Modified:              05-02-2010 14:39 UTC
====================================================================== 
Summary:                    Erreur du calcul de l'attribut Reconcile lors de la
conversion 0.5.9 => 0.6.0
Description: 
Ci-joint un fichier grisbi 0.5.9 simplifié, contenant un seul compte.
Toutes les opérations de ce compte ont été rapprochées.

Lors de la lecture et de la conversion par Grisbi 0.6.0 RC2, le débogage
du nouveau fichier indique une incohérence dans les totaux des
rapprochements.

En regardant les objets "Reconcile" dans le XML (qui n'existait pas sous
0.5.9), on voit que tous les rapprochements ont une valeur décalée ; le
premier rapprochement démarre non pas à 0, mais à 2,94. Cette valeur
correspond au montant de la dernière opération rapprochée sur ce compte.

à noter que ce bogue n'apparaît pas sur des comptes où - au moment de la
conversion - des opérations n'avaient pas encore été rapprochées.
====================================================================== 

---------------------------------------------------------------------- 
 l_janvier - 04-29-10 22:31  
---------------------------------------------------------------------- 
Désolé pour les duplicates http://grisbi.tuxfamily.org/mantis/view.php?id=1068
et http://grisbi.tuxfamily.org/mantis/view.php?id=1069. J'ai tenté plusieurs
fois
d'uploader le fichier - sans succès. 

---------------------------------------------------------------------- 
 pbiava - 04-30-10 19:37  
---------------------------------------------------------------------- 
c'est un fichier 0.6.0 que tu m'as envoyé. peux tu m'envoyer à l'adresse
ci-dessous le fichier concerné en version 0.5.9.

Peux-tu aussi me préciser si les dates des rapprochements reconstitués
dans le fichier 0.6.0 sont bonnes ?

pierre.biava at nerim.net 

---------------------------------------------------------------------- 
 pbiava - 05-01-10 20:10  
---------------------------------------------------------------------- 
En fait il n'y a pas de bug mais un problème de cohérence de fichier. En
effet la date du dernier relevé est le 31/12/2009 et la date de l'unique
opération de ce relevé est le  27/02/2010. Si tu remets en cohérence ces
deux dates tout se passe comme il faut.

Sinon pour le fichier j'ai du faire une sauvegarde sans m'en souvenir ce
qui explique qu'il soit sous la version 0.6. 

---------------------------------------------------------------------- 
 l_janvier - 05-01-10 21:09  
---------------------------------------------------------------------- 
Ce n'est pas le cas avec les versions de grisbi que j'ai sous la main
(0.6.0 RC2, linux & windows). Avec ces versions, la date du dernier relevé
(attribut "Reconcile", grand au sens de la plus grande IDate/FDate) est
bien le 27/02/2010, ce qui est cohérent avec son unique opération.

J'ai tenté d'uploader le fichier converti, mais j'ai APPLICATION ERROR
http://grisbi.tuxfamily.org/mantis/view.php?id=504
No file was uploaded. Please go back and Choose a file before pressing
Upload

Peux-tu envoyer ici le fichier que tu obtiens ? 

---------------------------------------------------------------------- 
 pbiava - 05-01-10 21:27  
---------------------------------------------------------------------- 
Dans le fichier test.gsb ci-dessus tu as :

<Date_dernier_releve>31/12/2009</Date_dernier_releve>
<Solde_dernier_releve>17,3200000</Solde_dernier_releve>
<Dernier_no_de_rapprochement>90</Dernier_no_de_rapprochement>

C'est ce qui conduit à l'erreur. Si tu modifies la date de l'opération
pour mettre 32/12/2009 tu verras que tes rapprochements sont corrects.

Autrement c'est normal que la date reconstituée du dernier relevé dans
grisbi 0.6.0 soit le 27/02/2010 car c'est la dernière date d'une opération
rapprochée. A partir de cette date et de ce montant je reconstitue tous les
autres rapprochements qui vérifient le fait que le relevé au 31/12/2009 ait
pour solde 17.32.

C'est ce qui explique ce décalage. 

---------------------------------------------------------------------- 
 l_janvier - 05-02-10 13:26  
---------------------------------------------------------------------- 
Si le fait d'avoir une date de rapprochement antérieur à la date d'une des
opérations du rapprochement produit un fichier incohérent, est-qu'il ne
faudrait pas que grisbi l'interdise (ou mette un message d'avertissement)
?

Est-ce qu'il y aurait une documentation à ce sujet ? 

---------------------------------------------------------------------- 
 pbiava - 05-02-10 14:39  
---------------------------------------------------------------------- 
En principe ça ne peut pas arriver. On est dans un cas particulier de
l'importation d'un fichier d'une version précédente de grisbi. En principe
on ne le fait qu'une fois. 

Par ailleurs le fonctionnement des rapprochements a tellement changé que
le traitement actuel est un compromis entre les différentes variantes que
j'ai rencontré lors des tests d'importation des anciens fichiers par des
utilisateurs comme toi.

Comme dans ton cas la solution est simple je ne vais pas reprendre le
programme. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
04-29-10 22:13  l_janvier      New Issue                                    
04-29-10 22:13  l_janvier      Plateforme                => Linux           
04-29-10 22:13  l_janvier      OS                        => Autre(Other)    
04-29-10 22:13  l_janvier      Unstable Impact           => Yes             
04-29-10 22:23  l_janvier      Note Added: 0002351                          
04-29-10 22:31  l_janvier      Note Added: 0002352                          
04-30-10 06:18  l_janvier      File Added: test.gsb                         
04-30-10 06:19  l_janvier      Note Deleted: 0002351                        
04-30-10 19:35  pbiava         Status                   new => assigned     
04-30-10 19:35  pbiava         Assigned To               => pbiava          
04-30-10 19:37  pbiava         Note Added: 0002357                          
05-01-10 20:10  pbiava         Note Added: 0002366                          
05-01-10 21:09  l_janvier      Note Added: 0002368                          
05-01-10 21:27  pbiava         Note Added: 0002369                          
05-02-10 13:26  l_janvier      Note Added: 0002371                          
05-02-10 14:39  pbiava         Note Added: 0002372                          
======================================================================



More information about the bugsreports mailing list