[grisbi-bugs] [Grisbi-0.6.0 0001732]: compte de caisse - impossible de modifier une opération
Grisbi Bug Tracker
bugtracker at grisbi.org
Jeu 6 Oct 20:15:47 CEST 2016
The following issue has been RESOLVED.
======================================================================
http://www.grisbi.org/bugsreports/view.php?id=1732
======================================================================
Reported By: l_janvier
Assigned To: pbiava
======================================================================
Project: Grisbi-0.6.0
Issue ID: 1732
Category: Main
Reproducibility: always
Severity: minor
Priority: normal
Status: resolved
Plateforme: Linux
OS: Tous(All)
Version OS:
Unstable Impact: No
Version GTK:
Resolution: fixed
Fixed in Version: git (développement)
======================================================================
Date Submitted: 2016-10-02 10:27 CEST
Last Modified: 2016-10-06 20:15 CEST
======================================================================
Summary: compte de caisse - impossible de modifier une
opération
Description:
Lorsque le solde approche de 0, les opérations débitrices d'un compte de
caisse ne peuvent être modifiées :
"Ce compte ne peut être négatif".
Alors que l'opération ne rendra pas le compte négatif.
Steps to Reproduce:
Dans un fichier vide, créer un compte de caisse avec un solde de 10
saisir une opération débitant 8. valider
modifier la valeur de ce débit à 9.
"Ce compte ne peut être négatif".
alors que normalement 10 - 9 > 0
Additional Information:
Il semblerait que la simulation de l'opération inclut l'ancienne valeur de
l'opération (il fait 10 - 9 - 8).
======================================================================
----------------------------------------------------------------------
(0003884) pbiava (administrator) - 2016-10-02 22:00
http://www.grisbi.org/bugsreports/view.php?id=1732#c3884
----------------------------------------------------------------------
Bonjour,
En fait c'est normal car au moment de la validation on compare le solde du
compte qui est 2 après avoir validé l'opération de 8, à 9 nouveau montant.
C'est pourquoi on propose d'annuler l'opération pour rétablir le solde de 10
avant de corriger.
J'essaie de réfléchir à une solution simple qui ne conduise pas à faire une
usine à gaz car la gestion du formulaire est déjà suffisamment complexe comme
ça.
Il faudrait mémoriser la valeur du montant avant correction et l'action de
correction et dans ce cas particulier de compte additionner l'ancien montant au
solde pour calculer le nouveau solde.
Ce doit être faisable, il faut que je regarde ça.
----------------------------------------------------------------------
(0003885) pbiava (administrator) - 2016-10-03 20:50
http://www.grisbi.org/bugsreports/view.php?id=1732#c3885
----------------------------------------------------------------------
fichier à tester.
Si tu compiles grisbi, peux-tu tester le fichier joint qui doit répondre à ton
besoin.
Cdt.
----------------------------------------------------------------------
(0003886) l_janvier (reporter) - 2016-10-06 18:13
http://www.grisbi.org/bugsreports/view.php?id=1732#c3886
----------------------------------------------------------------------
Ça marche parfaitement, merci beaucoup !!
----------------------------------------------------------------------
(0003887) pbiava (administrator) - 2016-10-06 20:15
http://www.grisbi.org/bugsreports/view.php?id=1732#c3887
----------------------------------------------------------------------
fixed in git
Issue History
Date Modified Username Field Change
======================================================================
2016-10-02 10:27 l_janvier New Issue
2016-10-02 21:42 pbiava Assigned To => pbiava
2016-10-02 21:42 pbiava Status new => assigned
2016-10-02 22:00 pbiava Note Added: 0003884
2016-10-03 20:48 pbiava File Added: gsb_form.c
2016-10-03 20:49 pbiava Note Added: 0003885
2016-10-03 20:49 pbiava Status assigned => feedback
2016-10-03 20:50 pbiava Note Edited: 0003885
2016-10-06 18:13 l_janvier Note Added: 0003886
2016-10-06 18:13 l_janvier Status feedback => assigned
2016-10-06 20:15 pbiava Note Added: 0003887
2016-10-06 20:15 pbiava Status assigned => resolved
2016-10-06 20:15 pbiava Fixed in Version => git
(développement)
2016-10-06 20:15 pbiava Resolution open => fixed
======================================================================
Plus d'informations sur la liste de diffusion bugsreports