[grisbi-bugs] [Grisbi 0002080]: Modification ventilation opérations archivées non prise en compte
Grisbi Bug Tracker
bugtracker at grisbi.org
Dim 20 Déc 16:50:55 CET 2020
The following issue has been RESOLVED.
======================================================================
https://www.grisbi.org/bugsreports/view.php?id=2080
======================================================================
Reported By: mgl01
Assigned To: pbiava
======================================================================
Project: Grisbi
Issue ID: 2080
Category: Main
Reproducibility: always
Severity: major
Priority: normal
Status: resolved
OS: Ubuntu
Unstable Impact: Yes
Version OS: 18.04.5 LTS
Version GTK: Pas sûr de moi : j'observe installés
gstreamer1.0-gtk3 1.14.5-0ubuntu1~18.04.1, gtk2-engines-murrine 0.98.2-2ubuntu1,
gtk2-engines-pixbuf 2.24.32-1ubuntu1, gtkhash 1.1.1-2
Resolution: fixed
Fixed in Version: development (git)
======================================================================
Date Submitted: 2020-12-17 00:29 CET
Last Modified: 2020-12-20 16:50 CET
======================================================================
Summary: Modification ventilation opérations archivées non
prise en compte
Description:
Bonjour,
Sur Ubuntu 18.04, version 1.02 (J'ai tenté d'installer la version 1.2.2-1_amd64
mais elle était instable)
Mon fichier de comptes comporte des archives d'opérations.
Durant une manipulation destinée à mieux ventiler des opérations rassemblées
par sous-catégorie, j'ai modifié plusieurs opérations archivées.
Les nouvelles opérations persistent dans le fichier de compte mais sont
affichée comme orphelines à l'ouverture du fichier.
Comme j'ai créé environ 175 reventilations, j'apprécierais d'obtenir une
méthode pour éviter de ne pas devoir toutes les saisir à nouveau.
Merci d'avance pour votre aide.
Steps to Reproduce:
1. Créer un fichier de compte, saisir des opérations et en archiver une
partie.
2. Créer un état qui permet l'affichage du détail d'opérations, archivées
ou non. Cet état liste, entre autres, les n° des opérations et rend les
opérations cliquables.
3. Ouvrir cet état, y sélectionner une opération archivée qui fait partie
d'une ventilation : l'opération s'affiche dans la vue usuelle du fichier de
compte.
4. Diminuer le montant d'une opération.
5. Ajouter une autre opération pour compléter la ventilation. => L'opération
"principale" n'est plus affichée en rouge.
6. Relancer l'état. Noter le n° de la dernière opération créée à l'étape
5.
7. Sauvegarder le fichier. Fermer grisbi.
8. Ouvrir grisbi, sur la base du dernier fichier de compte utilisé : un
dialogue s'affiche, listant les opérations orphelines dont la nouvelle
opération créée à l'étape 5 et demandant si l'on souhaite les supprimer.
Refus de les supprimer.
9. Recherche de l'opération "principale" reventilée aux étapes 4 et 5 : elle
affiche le nouveau montant de l'opération modiifée à l'étape 4 mais
n'affiche plus l'opération créée à l'étape 5.
======================================================================
----------------------------------------------------------------------
(0005794) mgl01 (reporter) - 2020-12-17 17:33
https://www.grisbi.org/bugsreports/view.php?id=2080#c5794
----------------------------------------------------------------------
Bonsoir,
J'ai trouvé comment résoudre ce problème, grâce à l'échange
http://www.grisbi.org/bugsreports/view.php?id=1366
J'ai supprimé les archives qui contenaient les opérations reventilées et,
après sauvegarde, fermeture et réouverture de grisbi, toutes les ventilations
ont été prises en compte et supprimées de la liste des opérations
orphelines.
Par contre, les ventilations dernièrement crées sont en double mais peuvent
être effacées pour rééquilibrer les opérations principales.
Merci encore pour ce bel outil.
----------------------------------------------------------------------
(0005798) pbiava (administrator) - 2020-12-20 14:17
https://www.grisbi.org/bugsreports/view.php?id=2080#c5798
----------------------------------------------------------------------
Bon en fait il ne s'agit pas d'un bug mais d'une "fonctionnalité" assez logique
d'ailleurs puisque si on archive des opérations, ce n'est pas pour les modifier
ultérieurement.
Il faut donc modifier la procédure en cas de création de nouvelles sous
opérations :
1) supprimer l'archive
2) créer les sous opérations
3) recréer l'archive.
Je vais regarder si ce n'est pas trop compliqué de faire ça automatiquement
car cette demande n'est pas très courante. En tout cas je vais adapter le
message qui s'ouvre quand on ouvre une archive pour alerter sur le problème.
----------------------------------------------------------------------
(0005799) pbiava (administrator) - 2020-12-20 16:50
https://www.grisbi.org/bugsreports/view.php?id=2080#c5799
----------------------------------------------------------------------
Bon je pensais que ce serait plus difficile.
----------------------------------------------------------------------
(0005800) pbiava (administrator) - 2020-12-20 16:50
https://www.grisbi.org/bugsreports/view.php?id=2080#c5800
----------------------------------------------------------------------
fixed in Github
Issue History
Date Modified Username Field Change
======================================================================
2020-12-17 00:29 mgl01 New Issue
2020-12-17 17:33 mgl01 Note Added: 0005794
2020-12-20 10:17 pbiava Assigned To => pbiava
2020-12-20 10:17 pbiava Status new => assigned
2020-12-20 14:17 pbiava Note Added: 0005798
2020-12-20 16:50 pbiava Note Added: 0005799
2020-12-20 16:50 pbiava Status assigned => resolved
2020-12-20 16:50 pbiava Resolution open => fixed
2020-12-20 16:50 pbiava Fixed in Version => development (git)
2020-12-20 16:50 pbiava Note Added: 0005800
======================================================================
Plus d'informations sur la liste de diffusion bugsreports