[grisbi-bugs] [Grisbi 0002202]: Message d'erreur systématique au démarrage
Grisbi Bug Tracker
bugtracker at grisbi.org
Sam 13 Aou 06:50:13 CEST 2022
The following issue has been RESOLVED.
======================================================================
https://www.grisbi.org/bugsreports/view.php?id=2202
======================================================================
Reported By: sebaroug
Assigned To: pbiava
======================================================================
Project: Grisbi
Issue ID: 2202
Category: Main
Reproducibility: always
Severity: major
Priority: normal
Status: resolved
OS: Ubuntu
Unstable Impact: No
Version OS: 22.04
Version GTK:
Resolution: fixed
Fixed in Version: development (git)
======================================================================
Date Submitted: 2022-08-04 15:05 CEST
Last Modified: 2022-08-13 06:50 CEST
======================================================================
Summary: Message d'erreur systématique au démarrage
Description:
Bonjour, j'ai voulu modifier une opération déjà pointée : transformer une
opération ventilée en deux sous-opérations en un seul virement vers un compte
de passif.
J'ai eu un message d'erreur, mais cela s'est bien fait et l'opération est
maintenant une seule opération. Mais le message d'erreur se reproduit à chaque
lancement de Grisbi :
" Essai d'ajouter l'enfant 18511 à l'opération mère 18510 dans le modèle,
mais sans qu'une opération blanche n'ait été créée avant... Mieux vaut
s'arrêter ici. contactez les développeurs de grisbi pour corriger ce bogue".
Quand je valide, le même message s'affiche avec "...opération enfant 18512
... opération mère 18510..."
Merci pour votre aide sur ce super logiciel !!
======================================================================
----------------------------------------------------------------------
(0006565) pbiava (administrator) - 2022-08-06 09:49
https://www.grisbi.org/bugsreports/view.php?id=2202#c6565
----------------------------------------------------------------------
Normalement grisbi dans cette version 2.0.5 devrait te proposer de régler
automatiquement le problème. C'est curieux.
Peux-tu anonymiser ton fichier et me l'envoyer ou le déposer ici.
----------------------------------------------------------------------
(0006566) sebaroug (reporter) - 2022-08-06 11:21
https://www.grisbi.org/bugsreports/view.php?id=2202#c6566
----------------------------------------------------------------------
Je réessaie : mon fichier de compte (anonymisé) est trop volumineux pour être
déposé ici. Voici un lien :
https://wetransfer.com/downloads/9847930b0953c7dd71d7c573c19c652520220806091701/819a9c98b821afa6736d6bda381cad1c20220806091715/25c5ce
Chez moi, il renvoie bien les mêmes messages d'erreur systématiquement au
démarrage
Merci !!
----------------------------------------------------------------------
(0006567) pbiava (administrator) - 2022-08-06 14:59
https://www.grisbi.org/bugsreports/view.php?id=2202#c6567
----------------------------------------------------------------------
J'ai la même chose. Je regarde
----------------------------------------------------------------------
(0006568) pbiava (administrator) - 2022-08-06 15:31
https://www.grisbi.org/bugsreports/view.php?id=2202#c6568
----------------------------------------------------------------------
Ça sera corrigé dans la prochaine version. Il me reste à corriger le vrai
problème qui est pourquoi c'est arrivé.
Nota 1 : pour supprimer les opérations 18511 et 18512 il suffit d'ouvrir le
fichier de compte avec gedit de rechercher les opérations avec le motif
Nb="18511" et Nb="18512" et de supprimer la ligne entière. Attention il faut
penser à décocher l'option "Activer le retour à la ligne" pour éviter toute
erreur. Faire une sauvegarde du fichier avant toute manipulation.
Nota 2 : faire un débogage du fichier (menu Fichier) car j'ai vu des
incohérences dans les catégories, sous-catégories mais c'est peut-être du à
l'anonymisation du fichier.
----------------------------------------------------------------------
(0006569) pbiava (administrator) - 2022-08-06 16:14
https://www.grisbi.org/bugsreports/view.php?id=2202#c6569
----------------------------------------------------------------------
Si vous avez la version 2.0.5 vous ne devriez pas rencontrer ce problème sauf
si vous n'avez pas accepté la suppression des opérations filles. Pouvez vous
refaire un test ou me dire quelle autre version de grisbi vous avez.
----------------------------------------------------------------------
(0006570) sebaroug (reporter) - 2022-08-06 21:51
https://www.grisbi.org/bugsreports/view.php?id=2202#c6570
----------------------------------------------------------------------
Merci, je suis surtout content d'avoir participé à ma manière au débogage
pour la prochaine version.
J'ai bien la 2.0.5. Je ne me souviens plus si installé après téléchargement
sur sourceforge ou directement sur Ubuntu software (deb).
Je vais réessayer sur une autre opération ventilée pour voir si je parviens
à reproduire l'erreur
----------------------------------------------------------------------
(0006571) sebaroug (reporter) - 2022-08-06 22:09
https://www.grisbi.org/bugsreports/view.php?id=2202#c6571
----------------------------------------------------------------------
Voici comment l'erreur est apparue, je peux bien la reproduire sur une autre
opération (par exemple account n°2 , payee n°100) :
- Si je tente de supprimer une des sous-opérations, j'ai un message d'erreur
bloquant, puisque l'opération est déjà rapprochée.
- Mais si je change la catégorie de l'opération mère, en remplaçant
"opération ventilée" par une autre catégorie, alors, j'ai un avertissement
disant que cela va supprimer les sous-catégories, que je peux valider, puis un
message d'erreur disant que l'opération est rapprochée : mais en fait, l'une
des opérations-filles est supprimée (pas l'autre !?). Je pense que c'est comme
ça que la corruption du fichier de compte a dû arriver.
Bon, j'avoue que c'est une manip qui ne doit pas arriver souvent... J'espère
que j'ai été clair
Bonne soirée
NB. Opérations supprimées avec gedit, et je n'ai plus de message d'erreur,
donc. Et j'ai déboggé le fichier, effectivement, 3 opérations avaient une
catégorie incorrecte. Merci !!
----------------------------------------------------------------------
(0006573) pbiava (administrator) - 2022-08-09 15:28
https://www.grisbi.org/bugsreports/view.php?id=2202#c6573
----------------------------------------------------------------------
C'est clair que si une opération a été rapprochée, elle ne peut plus être
supprimée. L'opération complète avait elle été rapprochée puis
dé-rapprochée ?
----------------------------------------------------------------------
(0006574) sebaroug (reporter) - 2022-08-09 21:16
https://www.grisbi.org/bugsreports/view.php?id=2202#c6574
----------------------------------------------------------------------
Sur le problème original, je pense que oui. Mais en refaisant des tests avec le
fichier anonymisé, j'ai vu que je reproduisais l'erreur même sans
dé-rapprocher l'opération. Juste en changeant sa catégorie en virement, cela
a supprimé une des sous-opérations en conservant les autres.
A mon avis, l'idéal serait que pour une opération rapprochée, on ne puisse
bien sûr pas supprimer l'opération mère, mais de laisser la possibilité de
modifier la ventilation éventuelle ? Ou alors, de tout bloquer et d'obliger à
dé-rapprocher si on veut y toucher ?
----------------------------------------------------------------------
(0006577) pbiava (administrator) - 2022-08-13 06:49
https://www.grisbi.org/bugsreports/view.php?id=2202#c6577
----------------------------------------------------------------------
J'ai modifié le code pour autoriser la suppression des opérations filles dans
ce cas. En effet dans le rapprochement, ce qui compte c'est le montant global de
l'opération. Je considère que le bug est corrigé.
----------------------------------------------------------------------
(0006578) pbiava (administrator) - 2022-08-13 06:50
https://www.grisbi.org/bugsreports/view.php?id=2202#c6578
----------------------------------------------------------------------
fixed in Github
Issue History
Date Modified Username Field Change
======================================================================
2022-08-04 15:05 sebaroug New Issue
2022-08-06 09:47 pbiava Assigned To => pbiava
2022-08-06 09:47 pbiava Status new => assigned
2022-08-06 09:49 pbiava Note Added: 0006565
2022-08-06 11:21 sebaroug Note Added: 0006566
2022-08-06 14:59 pbiava Note Added: 0006567
2022-08-06 15:31 pbiava Note Added: 0006568
2022-08-06 16:14 pbiava Note Added: 0006569
2022-08-06 21:51 sebaroug Note Added: 0006570
2022-08-06 22:09 sebaroug Note Added: 0006571
2022-08-09 15:28 pbiava Note Added: 0006573
2022-08-09 21:16 sebaroug Note Added: 0006574
2022-08-13 06:49 pbiava Note Added: 0006577
2022-08-13 06:50 pbiava Status assigned => resolved
2022-08-13 06:50 pbiava Resolution open => fixed
2022-08-13 06:50 pbiava Fixed in Version => development (git)
2022-08-13 06:50 pbiava Note Added: 0006578
======================================================================
Plus d'informations sur la liste de diffusion bugsreports