[grisbi-bugs] [Grisbi-0.6.0 0000813]: probleme de champ obligatoir manquant sur import csv
bugtracker at grisbi.org
bugtracker at grisbi.org
Mon May 24 21:16:32 CEST 2010
The following issue has been CLOSED
======================================================================
http://grisbi.tuxfamily.org/mantis/view.php?id=813
======================================================================
Reported By: djo0012
Assigned To: pbiava
======================================================================
Project: Grisbi-0.6.0
Issue ID: 813
Category: Main
Reproducibility: always
Severity: major
Priority: normal
Status: closed
Plateforme: Linux
OS: Fedora
Version OS: 2.6.31.6-166.fc12.x86_64
Unstable Impact: Yes
Version GTK: 2.18.5-3.fc12
Resolution: fixed
Fixed in Version: CVS (développement)
======================================================================
Date Submitted: 12-28-2009 08:08 UTC
Last Modified: 05-24-2010 19:16 UTC
======================================================================
Summary: probleme de champ obligatoir manquant sur import csv
Description:
je tente d'importé un fichier csv (lequel a été importé correctement sur la
rc2) cependant grisbi me dit que le champ transaction amount est manquant
alors que j'ai bien sélectionné une colonne comme étant credit (amount)
cette colonne ne contien que des nombre sous le format #.## et j'ai essayer
en modifiant le fichier avec le format #,## mais sa ne fonctionne dans
aucun des cas
======================================================================
----------------------------------------------------------------------
pbiava - 12-28-09 21:55
----------------------------------------------------------------------
je ne savais pas que la RC2 était sortie. Sinon il faut soit :
- une colonne solde si on a qu'une colonne avec une somme représentative
du montant de la transaction en positif ou négatif
- deux colonnes une crédit et une débit.
Dans ton cas il faut remplacer la colonne crédit (montant) par la colonne
solde.
Il faudrait d'ailleurs que l'on mette montant ce serait plus simple mais
il faut que je teste avant avec un fichier issu de la version précédente de
grisbi.
----------------------------------------------------------------------
djo0012 - 12-28-09 23:08
----------------------------------------------------------------------
oups beta 3... je ne sais pas avec quoi j'ai confondu...
lorsque j'essayais sur la beta 3 je n'est jamais réussis a utilisé : deux
colonnes une crédit et une débit.
j'avais toujours le message : le champ transaction amount est manquant
ensuite il y a probablement sois un probleme de traduction sois un
probleme de logique
sur la version cvs je suis en anglais et je doit sélectionné la colonne
"balance"
sur la version b3 je suis en francais et je doit sélectionné la colonne
"crédit (montant)
----------------------------------------------------------------------
guneeyoufix - 12-29-09 00:19
----------------------------------------------------------------------
Je crois que le problème vient de la mauvaise traduction, et d'un problème
de logique dans les champs.
Au lieu de lire "Crédit (montant)", il vaudrait mieux mettre "Montant"
tout simplement.
Le problème c'est que ces étiquettes ont des significations différentes
selon le signe des nombres dans le fichier importés et la répartition ou
non en 2 colonnes débit et crédit.
Voilà une piste de solution :
Si tous les montants (signés) sont dans la même colonne > étiquette
montant
Dans le cas contraire (une colonne débit et une colonne crédit) >
étiquette crédit (pour la colonne des crédits avec montants positifs) et
(étiquette "débit (positif)" si les montants des débits sont positifs ou
étiquette "débit (négatif)" si les montants sont négatifs).
Dans la version actuelle, la l'étiquette crédit est utilisée dans les deux
situations. Il faudrait modifier la manière d'informer l'utilisateur de la
liste des étiquettes à indiquer.
----------------------------------------------------------------------
pbiava - 12-29-09 22:02
----------------------------------------------------------------------
J'ai committé une version qui reprend le test des colonnes. En fait on veut
concilier plusieurs types de façon de retrouver le montant d'une opération
ce qui complique les choses.
Ainsi j'ai modifié le test pour avoir trois comportements :
1) on n'a qu'une colonne solde
2) on a 1 ou 2 colonnes crédit et une colonne débit (positif) et pas de
colonne solde
3) on a 1 ou 2 colonnes crédit et une colonne débit (négatif) et pas de
colonne solde
La deuxième colonne crédit sert juste à importer des sous opérations
ventilées et ne doit servir qu'à ça sinon ça fausse le calcul du solde des
opérations. Je pense que ça sert à importer un fichier csv issu de la
version précédente de grisbi bien qu'on ne récupère pas toutes les données.
----------------------------------------------------------------------
pbiava - 01-03-10 11:23
----------------------------------------------------------------------
fixed in CVS
----------------------------------------------------------------------
pbiava - 01-03-10 11:23
----------------------------------------------------------------------
fixed in CVS
Issue History
Date Modified Username Field Change
======================================================================
12-28-09 08:08 djo0012 New Issue
12-28-09 08:08 djo0012 Plateforme => Linux
12-28-09 08:08 djo0012 OS => Fedora
12-28-09 08:08 djo0012 Version OS =>
2.6.31.6-166.fc12.x86_64
12-28-09 08:08 djo0012 Unstable Impact => Yes
12-28-09 08:08 djo0012 Version GTK => 2.18.5-3.fc12
12-28-09 21:55 pbiava Note Added: 0001529
12-28-09 21:55 pbiava Status new => assigned
12-28-09 21:55 pbiava Assigned To => pbiava
12-28-09 23:08 djo0012 Note Added: 0001530
12-29-09 00:19 guneeyoufix Note Added: 0001531
12-29-09 22:02 pbiava Note Added: 0001536
01-03-10 11:23 pbiava Note Added: 0001582
01-03-10 11:23 pbiava Status assigned => resolved
01-03-10 11:23 pbiava Fixed in Version => CVS (développement)
01-03-10 11:23 pbiava Resolution open => fixed
01-03-10 11:23 pbiava Note Added: 0001583
05-24-10 19:16 pbiava Status resolved => closed
======================================================================
More information about the bugsreports
mailing list