[grisbi-bugs] [Grisbi-0.6.0 0000993]: modes de règlement
bugtracker at grisbi.org
bugtracker at grisbi.org
Wed Mar 17 18:52:24 CET 2010
A NOTE has been added to this issue.
======================================================================
http://grisbi.tuxfamily.org/mantis/view.php?id=993
======================================================================
Reported By: hamelg
Assigned To: pbiava
======================================================================
Project: Grisbi-0.6.0
Issue ID: 993
Category: Main
Reproducibility: always
Severity: minor
Priority: normal
Status: assigned
Plateforme: Linux
OS: Ubuntu
Version OS: 9.10
Unstable Impact: Yes
Version GTK: 2.18.3
======================================================================
Date Submitted: 03-07-2010 11:25 UTC
Last Modified: 03-17-2010 17:52 UTC
======================================================================
Summary: modes de règlement
Description:
Lors de la saisie d'une opération après validation du tiers par la touche
TAB, le mode de règlement par défaut affiché (tel que paramétré dans les
préférences - ressources - modes de règlement - bouton Défaut) disparait si
l'on se positionne dans la zone Débit alors qu'il reste bien en place si
l'on se positionne (TAB) dans la zone Crédit.
Version CVS compilée le 26/02/2010.
Merci d'avance.
======================================================================
----------------------------------------------------------------------
hamelg - 03-07-10 11:42
----------------------------------------------------------------------
1) Unstable impact est à mettre bien entendu à NO
2) après disparait dans mon texte, il faut rajouter : de la zone "choix du
mode de règlement"
(je ne sais pas modifier la rubrique Description ou Unstable impact a
postériori).
----------------------------------------------------------------------
pbiava - 03-07-10 15:49
----------------------------------------------------------------------
Peux-tu me dire ce que tu as comme mode de paiement par défaut ?
Chez moi le mode de fonctionnement est le suivant :
mode de paiement par défaut avant : Carte de crédit
entrée d'un tiers -> TAB le mode de paiement reste sur Carte de crédit
-> TAB avec une somme : la somme reste et le mode de paiement passe sur
dépôt mode par défaut des crédits -> TAB le mode de paiement repasse sur
Carte de Crédit
si je n'entre pas de somme dans débit le mode de paiement reste sur dépôt
après ma sortie du champs crédit qui est le mode par défaut du crédit.
Si le mode de paiement est celui du crédit quand j'entre dans la case
débit avec TAB le mode de paiement passe sur Carte de crédit
J'espère être compréhensible.
----------------------------------------------------------------------
hamelg - 03-07-10 19:17
----------------------------------------------------------------------
OK, le comportement est effectivement le même chez moi.
Simplement, quand j'ai saisi un tiers (ce qui me ramène la catégorie
s/categ etc..) après avoir tabulé dans la zone débit (la plus utilisée
malheureusement)
je saisis une somme (le mode de règlement a alors disparu) et je valide la
transaction par <enter>. L'opération se retrouve alors sans mode de
règlement.
Il faudrait continuer à tabuler en passant par crédit et catégorie pour
récupérer le mode de règlement affiché au départ ce qui n'est pas très
pratique.
PS : mode de règlement par défaut pour compte courant = carte de crédit
pour "débit" et dépôt pour "crédit".
Merci d'avance.
----------------------------------------------------------------------
pbiava - 03-07-10 19:58
----------------------------------------------------------------------
Je ne comprends pas pourquoi quand tu entres dans le champs crédit le mode
de paiement disparait. Il doit y avoir un problème d'initialisation.
Peux-tu rendre ton fichier anonyme et me l'envoyer par mail si le défaut
est encore présent.
Tu as la même chose avec un fichier nouvellement créé ?
----------------------------------------------------------------------
hamelg - 03-08-10 17:20
----------------------------------------------------------------------
Ce n'est pas lorsque je rentre dans le champs crédit que le mode disparait.
C'est dès que je rentre dans le champ débit. Si je tabule vers crédit le
mode réapparait (mode par défaut du crédit). Si je continue à tabuler vers
catégorie, le mode par défaut du débit réapparait.
Autre précision : si après avoir tabulé vers la zone crédit, on revient en
arrière dans la zone débit avec SHIFT TAB on récupère le mode par défaut du
débit (qui avait disparu) et il reste en place.
Encore une autre précision : si je tabule directement de la zone tiers
vers la zone débit (en laissant la zone tiers vide), le mode de règlement
par défaut du débit reste affiché.
Je ne peux pas anonymiser mon fichier, le script perl ne marche qu'avec un
fichier version 0.5.9; il ne fonctionne pas avec un fichier de structure
0.6.0 (il ne fait rien à part une copie conforme de l'original)
Par contre j'ai essayé avec un fichier nouvellement créé avec juste un
compte dedans puis avec deux comptes, et là le phénomène ne se produit pas
(fonctionnement normal).
Merci d'avance.
----------------------------------------------------------------------
pbiava - 03-08-10 19:26
----------------------------------------------------------------------
Maintenant c'est directement intégré dans grisbi c'est un menu qui se
trouve dans le menu Fichiers.
----------------------------------------------------------------------
hamelg - 03-09-10 16:58
----------------------------------------------------------------------
Oups... Désolé mais je n'avais pas vu cette nouvelle option dans le menu.
Comme tu as pu le remarquer je suis actuellement assez "obsédé" par le
formulaire de saisie.
Ci-joint mon fichier de comptes anonymisé (sauvegarde.gsb) ainsi que le
fichier nouvellement créé (Mes comptes.gsb)
Merci pour tout.
----------------------------------------------------------------------
hamelg - 03-12-10 10:50
----------------------------------------------------------------------
Il suffit de rentrer un fois à la main le mode prélèvement et après il
reste en place.
Mais il faut le faire pour chaque tiers et c'est celui qu'on a saisi qui
reste (pas forcément le mode par défaut).
----------------------------------------------------------------------
hamelg - 03-10-10 10:42
----------------------------------------------------------------------
Un précision importante : mon fichier actuel est une reprise d'un fichier
0.5.9 (qui était lui même un import de Money); dans ce fichier 0.5.9 pour
le compte No 12 Type par défaut 'débit' et 'crédit' étaient à 0 avec rien
dans <détail de types>.
C'est moi qui ai rajouté à la main (gedit) dans mon fichier 0.6.0 après
l'installation de la version beta3 les modes de règlements 61/62/63/64/65
pour le compte No 12 car leur absence me générait une "erreur" lors de la
saisie des opérations planifiées dans la page d'accueil (ouverture d'une
fenêtre : le mode de règlement choisi est à numérotation automatique mais
ne contient aucun numéro - voulez-vous continuer.
En rajoutant des modes de règlements pour le compte 12 ceci a disparu.
Je ne sais pas si c'est très clair.
Voilà c'est un peu long, désolé.
Merci d'avance.
----------------------------------------------------------------------
pbiava - 03-14-10 08:48
----------------------------------------------------------------------
Le fichier sauvegarde ne correspond pas à un fichier 0.5.9 mais est un
fichier de la version 0.6. De plus il est tronqué donc soit c'est l'upload
qui n'a pas fonctionné soit l'anonymisation. sinon je n'ai pas le problème
rencontré lors de la création d'une opération. Idem sur le deuxième
fichier.
Pour anonymiser un fichier 0.5.9 il faut faire ce qui est précisé ici :
http://www.grisbi.org/bugtracking.fr.html [^]
tu télécharges le script obfuscate.pl et tu fais ce qui est dit dessous.
Tu m'envoies le fichier ensuite.
----------------------------------------------------------------------
hamelg - 03-15-10 11:01
----------------------------------------------------------------------
C'est l'upload qui a tronqué le fichier 0.6 (sauvegarde.gsb) que j'utilise
actuellement et qui est une reprise d'un 0.5.9 (cf ma note précédente)
J'avais déjà anonymisé mon fichier 0.5.9 (mais non envoyé). Je l'ai
refait.
Je voudrais te renvoyer le 0.6 entier et le 0.5.9 mais je n'y arrive plus
: Application error 504.
Que dois-je faire ?
Merci pour ton aide.
----------------------------------------------------------------------
pbiava - 03-15-10 19:06
----------------------------------------------------------------------
tu me les envoies à mon adresse mail :
pierre.biava at nerim.net
----------------------------------------------------------------------
pbiava - 03-15-10 21:29
----------------------------------------------------------------------
bon j'ai examiné ton fichier 0.5.9 et il est curieux. En effet on trouve
tout un tas d'opérations avec la rubrique Ty="0" en particulier pour les
comptes 12 et 13.
Est-ce la même chose dans le fichier original ?
Ce type correspond au moyen de paiement et donc influe directement sur
l'importation en version 0.6.0. Ce qui explique le problème puisque ce
moyen de payement n'existe pas.
Autre question les comptes 12 et 13 ne sont qu'en crédit mais je suppose
que dans ton fichier d'origine les transferts sont bien en crédit d'un côté
et en débit de l'autre ?
----------------------------------------------------------------------
hamelg - 03-16-10 18:12
----------------------------------------------------------------------
Dans le fichier 0.5.9 original, effectivement la rubrique Ty="0". Je pense
que cela vient du fait qu'au départ il s'agit de l'import d'un fichier
money (en QIF) dans lequel les modes règlement ne sont pas du tout
exploités.
A l'import en 0.6.0 cela a eu des conséquences (cf note 2187).
Pour les comptes 12 et 13 il ya bien sûr du débit (surtout
malheureusement) et du crédit; mais comme j'ai choisi l'option "tout
cacher" à l'anonymisation, tous les montants ont été mis à 0 et du coup ils
n'ont pas de signe (-) et sont considérés comme des crédits.
Je continue a gérer mes comptes en parallèle avec grisbi 0.6.0, grisbi
0.5.9 et money (installé via cross over). Donc je dispose de toutes les
données de départ.
Y-a-t-il moyen de rattraper le coup ?
Merci d'avance.
----------------------------------------------------------------------
pbiava - 03-17-10 05:30
----------------------------------------------------------------------
Tu peux déjà essayer de remplacer toutes les données Ty="0" par Ty="2" ou
un autre moyen de payement dans les opérations avec un éditeur de texte
comme gedit.
ça devrait régler le problème du moyen de payement à l'import.
----------------------------------------------------------------------
hamelg - 03-17-10 17:52
----------------------------------------------------------------------
Voilà j'ai remplacé dans le fichier 0.5.9 tous les Ty="0" par Ty="2".
Mais pour que cela fonctionne j'ai dû aussi
modifier pour le compte 12 :
<Type_defaut_debit>3</Type_defaut_debit>
<Type_defaut_credit>2</Type_defaut_credit>
et ajouter :
<Detail_de_Types>
<Type No="1" Nom="Virement" Signe="0" Affiche_entree="1"
Numerotation_auto="0" No_en_cours="0"/>
<Type No="2" Nom="Dépôt" Signe="2" Affiche_entree="0"
Numerotation_auto="0" No_en_cours="0"/>
<Type No="3" Nom="Carte de crédit" Signe="1"
Affiche_entree="0" Numerotation_auto="0" No_en_cours="0"/>
<Type No="4" Nom="Prélèvement" Signe="1"
Affiche_entree="0" Numerotation_auto="0" No_en_cours="0"/>
<Type No="5" Nom="Chèque" Signe="1" Affiche_entree="1"
Numerotation_auto="1" No_en_cours="0"/>
</Detail_de_Types>
moyennant quoi après import dans grisbi 0.6 je n'ai plus le problème de
disparition du type de règlement par défaut.
Donc problème réglé.
Merci beaucoup pour tout.
Issue History
Date Modified Username Field Change
======================================================================
03-07-10 11:25 hamelg New Issue
03-07-10 11:25 hamelg Plateforme => Linux
03-07-10 11:25 hamelg OS => Ubuntu
03-07-10 11:25 hamelg Version OS => 9.10
03-07-10 11:25 hamelg Unstable Impact => Yes
03-07-10 11:25 hamelg Version GTK => 2.18.3
03-07-10 11:29 hamelg Issue Monitored: hamelg
03-07-10 11:29 hamelg Issue End Monitor: hamelg
03-07-10 11:29 hamelg Issue Monitored: hamelg
03-07-10 11:29 hamelg Issue End Monitor: hamelg
03-07-10 11:31 hamelg Issue Monitored: hamelg
03-07-10 11:32 hamelg Issue End Monitor: hamelg
03-07-10 11:33 hamelg Issue Monitored: hamelg
03-07-10 11:34 hamelg Issue End Monitor: hamelg
03-07-10 11:34 hamelg Issue Monitored: hamelg
03-07-10 11:36 hamelg Issue End Monitor: hamelg
03-07-10 11:38 hamelg Issue Monitored: hamelg
03-07-10 11:38 hamelg Issue End Monitor: hamelg
03-07-10 11:42 hamelg Note Added: 0002146
03-07-10 15:41 pbiava Status new => assigned
03-07-10 15:41 pbiava Assigned To => pbiava
03-07-10 15:49 pbiava Note Added: 0002147
03-07-10 19:17 hamelg Note Added: 0002149
03-07-10 19:58 pbiava Note Added: 0002150
03-08-10 10:29 hamelg Note Added: 0002158
03-08-10 10:30 hamelg Note Edited: 0002158
03-08-10 16:24 hamelg Note Edited: 0002158
03-08-10 17:20 hamelg Note Edited: 0002158
03-08-10 19:26 pbiava Note Added: 0002162
03-09-10 16:47 hamelg Issue Monitored: hamelg
03-09-10 16:47 hamelg Issue End Monitor: hamelg
03-09-10 16:54 hamelg File Added: sauvegarde-obfuscated.gsb
03-09-10 16:55 hamelg File Added: Mes comptes-obfuscated.gsb
03-09-10 16:58 hamelg Note Added: 0002179
03-09-10 17:08 hamelg Note Added: 0002180
03-09-10 18:01 hamelg Note Added: 0002181
03-09-10 19:03 hamelg Note Edited: 0002181
03-10-10 10:02 hamelg Note Edited: 0002181
03-10-10 10:42 hamelg Note Added: 0002187
03-12-10 10:50 hamelg Note Deleted: 0002180
03-12-10 10:50 hamelg Note Edited: 0002181
03-14-10 08:48 pbiava Note Added: 0002198
03-15-10 10:59 hamelg Note Added: 0002211
03-15-10 11:01 hamelg Note Edited: 0002211
03-15-10 19:06 pbiava Note Added: 0002212
03-15-10 21:29 pbiava Note Added: 0002214
03-16-10 18:12 hamelg Note Added: 0002221
03-17-10 05:30 pbiava Note Added: 0002226
03-17-10 17:52 hamelg Note Added: 0002227
======================================================================
More information about the bugsreports
mailing list