[grisbi-bugs] [Grisbi-0.6.0 0001070]: Erreur du calcul de l'attribut Reconcile lors de la conversion 0.5.9 => 0.6.0
Grisbi Bug Tracker
bugtracker at grisbi.org
Sun Jun 27 17:37:23 CEST 2010
The following issue has been RESOLVED.
======================================================================
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: resolved
Plateforme: Linux
OS: Autre(Other)
Version OS:
Unstable Impact: Yes
Version GTK:
Resolution: won't fix
Fixed in Version: 0.6.0 (release)
======================================================================
Date Submitted: 2010-04-29 22:13 UTC
Last Modified: 2010-06-27 15:37 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.
======================================================================
----------------------------------------------------------------------
(0002352) l_janvier (reporter) - 2010-04-29 22:31
http://grisbi.tuxfamily.org/mantis/view.php?id=1070#c2352
----------------------------------------------------------------------
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.
----------------------------------------------------------------------
(0002357) pbiava (administrator) - 2010-04-30 19:37
http://grisbi.tuxfamily.org/mantis/view.php?id=1070#c2357
----------------------------------------------------------------------
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
----------------------------------------------------------------------
(0002366) pbiava (administrator) - 2010-05-01 20:10
http://grisbi.tuxfamily.org/mantis/view.php?id=1070#c2366
----------------------------------------------------------------------
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.
----------------------------------------------------------------------
(0002368) l_janvier (reporter) - 2010-05-01 21:09
http://grisbi.tuxfamily.org/mantis/view.php?id=1070#c2368
----------------------------------------------------------------------
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 ?
----------------------------------------------------------------------
(0002369) pbiava (administrator) - 2010-05-01 21:27
http://grisbi.tuxfamily.org/mantis/view.php?id=1070#c2369
----------------------------------------------------------------------
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.
----------------------------------------------------------------------
(0002371) l_janvier (reporter) - 2010-05-02 13:26
http://grisbi.tuxfamily.org/mantis/view.php?id=1070#c2371
----------------------------------------------------------------------
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 ?
----------------------------------------------------------------------
(0002372) pbiava (administrator) - 2010-05-02 14:39
http://grisbi.tuxfamily.org/mantis/view.php?id=1070#c2372
----------------------------------------------------------------------
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.
----------------------------------------------------------------------
(0002494) pbiava (administrator) - 2010-06-27 15:37
http://grisbi.tuxfamily.org/mantis/view.php?id=1070#c2494
----------------------------------------------------------------------
La solution étant trouvée il n'est pas nécessaire de reprendre le programme
d'importation du fichier 0.5.x
Issue History
Date Modified Username Field Change
======================================================================
2010-04-29 22:13 l_janvier New Issue
2010-04-29 22:13 l_janvier Plateforme => Linux
2010-04-29 22:13 l_janvier OS => Autre(Other)
2010-04-29 22:13 l_janvier Unstable Impact => Yes
2010-04-29 22:23 l_janvier Note Added: 0002351
2010-04-29 22:31 l_janvier Note Added: 0002352
2010-04-30 06:18 l_janvier File Added: test.gsb
2010-04-30 06:19 l_janvier Note Deleted: 0002351
2010-04-30 19:35 pbiava Status new => assigned
2010-04-30 19:35 pbiava Assigned To => pbiava
2010-04-30 19:37 pbiava Note Added: 0002357
2010-05-01 20:10 pbiava Note Added: 0002366
2010-05-01 21:09 l_janvier Note Added: 0002368
2010-05-01 21:27 pbiava Note Added: 0002369
2010-05-02 13:26 l_janvier Note Added: 0002371
2010-05-02 14:39 pbiava Note Added: 0002372
2010-06-27 15:37 pbiava Note Added: 0002494
2010-06-27 15:37 pbiava Status assigned => resolved
2010-06-27 15:37 pbiava Fixed in Version => 0.6.0 (release)
2010-06-27 15:37 pbiava Resolution open => won't fix
======================================================================
More information about the bugsreports
mailing list