[grisbi-bugs] [Grisbi 0001906]: Plantage échéancier

[Grisbi Bug Tracker]

Issue 0001906 is now monitored by user Ludes88. 
====================================================================== 
http://www.grisbi.org/bugsreports/view.php?id=1906 
====================================================================== 
Reported By:                Ludes88
Assigned To:                
====================================================================== 
Project:                    Grisbi
Issue ID:                   1906
Category:                   Packages
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     new
OS:                         Autre(Other) 
Unstable Impact:            Yes 
Version OS:                 18.10 
Version GTK:                3.24.1-1 / 2.24.32-3 
====================================================================== 
Date Submitted:             2019-02-04 16:25 CET
Last Modified:              2019-02-06 06:06 CET
====================================================================== 
Summary:                    Plantage échéancier
Description: 
Le changement du taux de change d'une contre-opération efface la date de la
sous-opération et une demande de prévision plante Grisbi

Steps to Reproduce: 
1. Ouvrir le fichier joint
2. A l'aide du clic droit de la souris, afficher la contre-opération de la
deuxième sous-transaction (virement vers Comptes bancaire USD) du compte
bancaire EUR
3. Changer le taux de change (1.16 au lieu de 1.15 par exemple) et valider (deux
fois: une fois pour le taux de change et une fois pour l'opération)
4. La date de la deuxième sous-transaction du compte bancaire EUR a disparue
(champ vide) ou donne une valeur fantaisiste en rouge (ex. "03/07/30838")
5. Un clic sur l'onglet "Prévisions" du compte bancaire EUR plante le logiciel

Notes:
1. si l'étape 2 est remplacée par une modification directe du taux de change
dans le compte USD, sans passer par l'affichage de la contre-opération,
l'erreur n'apparaît pas systématiquement (la date de la sous-opération est
quelquefois correctement affichée).
2. Une validation de la transaction mère à l'étape 4 résout le problème
(cela redonne la date..)
3. L'erreur existait déjà dans Grisbi 1.0

J'avais déjà identifié ce bug dans le passé et il m’obligeait à revalider
toutes les opérations ventilées pour pouvoir afficher les prévisions. Cette
fois, j'ai pu l'isoler.





Additional Information: 
Info terminal lors du plantage:

(grisbi:1603): GLib-CRITICAL **: 21:13:28.273: g_date_compare: assertion 'lhs !=
NULL' failed

(grisbi:1603): GLib-CRITICAL **: 21:13:28.273: g_date_compare: assertion 'lhs !=
NULL' failed

(grisbi:1603): GLib-CRITICAL **: 21:13:28.273: g_date_compare: assertion 'lhs !=
NULL' failed

(grisbi:1603): GLib-CRITICAL **: 21:13:28.273: g_date_compare: assertion 'lhs !=
NULL' failed
Mon Feb  4 21:13:28 2019, 3.657593 : Debug -
bet_tab.c:622:bet_array_refresh_estimate_tab

(grisbi:1603): GLib-CRITICAL **: 21:13:28.273: g_date_compare: assertion 'rhs !=
NULL' failed
Mon Feb  4 21:13:28 2019, 3.657921 : Debug -
bet_hist.c:1145:bet_historical_refresh_data

(grisbi:1603): GLib-CRITICAL **: 21:13:28.274: g_date_compare: assertion 'lhs !=
NULL' failed

(grisbi:1603): GLib-CRITICAL **: 21:13:28.274: g_date_compare: assertion 'lhs !=
NULL' failed

(grisbi:1603): GLib-CRITICAL **: 21:13:28.274: g_date_compare: assertion 'lhs !=
NULL' failed

====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2019-02-04 16:25 Ludes88        New Issue                                    
2019-02-04 16:25 Ludes88        File Added: Bug prévision.gsb                  
 
======================================================================