[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 15:26:22 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 13:26 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 ?
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
======================================================================
More information about the bugsreports
mailing list