[grisbi-bugs] [Grisbi-0.6.0 0001732]: compte de caisse - impossible de modifier une opération

[Grisbi Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
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:                     assigned
Plateforme:                 Linux 
OS:                         Tous(All) 
Version OS:                  
Unstable Impact:            No 
Version GTK:                 
====================================================================== 
Date Submitted:             2016-10-02 10:27 CEST
Last Modified:              2016-10-02 22:00 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. 

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                          
======================================================================