[grisbi-bugs] [Grisbi 0002143]: Corruption du taux d'emprunt pour comptes de passif

Grisbi Bug Tracker bugtracker at grisbi.org
Jeu 8 Juil 07:32:15 CEST 2021


The following issue has been ASSIGNED. 
====================================================================== 
https://www.grisbi.org/bugsreports/view.php?id=2143 
====================================================================== 
Reported By:                greuge
Assigned To:                pbiava
====================================================================== 
Project:                    Grisbi
Issue ID:                   2143
Category:                   Main
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
OS:                         Tous(All) 
Unstable Impact:            No 
Version OS:                 Linux 5.4.0-77-generic 
Version GTK:                libgtk-3 3.24.20 
====================================================================== 
Date Submitted:             2021-07-05 22:41 CEST
Last Modified:              2021-07-08 07:32 CEST
====================================================================== 
Summary:                    Corruption du taux d'emprunt pour comptes de passif
Description: 
Pour les comptes de passif en mode budgétaire, le taux d'emprunt annuel
renseigné n'est pas robuste à la sauvegarde.
La résolution du taux est saisie avec 3 chiffres après la virgule.
Si le 3ème chiffre après la virgule n'est pas nul, lors de l'enregistrement du
fichier de compte, ce chiffre est perdu et la valeur du taux d'emprunt
corrompue.

Steps to Reproduce: 
1. Créer un compte de passif et activer le mode budgétaire
2. Définir un taux d'emprunt annuel avec le chiffre des millièmes (3ème
après la virgule) non nul. La tableau d'amortissement est automatiquement
créé.
3. Créer une opération planifiée afin de convertir le tableau
d'amortissement.
3. Sauvegarder le fichier de compte et quitter
4. Relancer Grisbi et ouvrir le fichier de compte
5. Consulter, depuis les préférences de Grisbi,  les données du compte de
passif : le taux est forcé à 2 chiffres après la virgule. L'échéancier
initialement créé n'est plus valide. Le tableau d'amortissement est erroné.

Additional Information: 
Le problème se produit à l'enregistrement du fichier de comptes : le taux
sauvegardé est forcé avec 2 chiffres après la virgule. La précision
utilisée dans l'interface n'est pas assurée.
Dans le fichier source bet_data.c, ligne 1091, le format d'enregistrement du
taux est donné en fonction de la résolution de la devise courante. Cette
résolution n'est pas cohérente de la résolution du taux dans l'interface (3
chiffres).
Proposition 1 : figer la résolution à 3 chiffres après la virgule
conformément à la résolution du contrôle graphique
Proposition 2 (plus robuste) : récupérer la résolution de la donnée contenue
dans le widget et l'utiliser lors de l'enregistrement
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2021-07-05 22:41 greuge         New Issue                                    
2021-07-08 07:32 pbiava         Assigned To               => pbiava          
2021-07-08 07:32 pbiava         Status                   new => assigned     
======================================================================



Plus d'informations sur la liste de diffusion bugsreports