[grisbi-bugs] [Grisbi 0001479]: Segfault - Program crashes when trying to change account of operation having none

Grisbi Bug Tracker bugtracker at grisbi.org
Sat Apr 14 19:36:32 CEST 2012

The following issue has been ASSIGNED. 
Reported By:                erik
Assigned To:                pbiava
Project:                    Grisbi
Issue ID:                   1479
Category:                   Main
Reproducibility:            have not tried
Severity:                   crash
Priority:                   normal
Status:                     assigned
OS:                         Ubuntu 
Unstable Impact:            Yes 
Version OS:                 11.10 
Version GTK:                 
Date Submitted:             2012-04-01 20:20 CEST
Last Modified:              2012-04-14 19:36 CEST
Summary:                    Segfault - Program crashes when trying to change
account of operation having none
see below

I noticed today for the first time that my scheduled operations had no account
specified. The last ones I entered had "(1)" in the field "number" ; this was
the reason why I began looking for a possible issue and noticed that those
operations had no account, though they had been entered in the good account.
Unfortunately, previous operations did not appear, and the crash occurred when I
tried to get them back : "Grisbi a terminé son exécution en raison d'une
erreur de segmentation".

Steps to Reproduce: 
I would suggest the following which tracks back the steps I supposed to have
been performed, though I did'nt try to reproduce them :

1) manage to enter scheduled operation without account specified
2) enter operation
3) for an unknown reason this operation exists now but is not linked to an
account and does not appear in any account
4) search the operation in recipients lists, where it is listed, though it
doesn't appear in categories list
5) double-click on the operation, it opens a list looking like an account, but
with special and unmodifiable appearance
6) right-click on the operation in this "account" and choose "change account"

My version is in french, so the english translation for parameters is mine and
probably not matching the nouns of parameters in english version.

Additional Information: 
grisbi(traitement_sigsegv+0x169) [0x43e969]
	/lib/x86_64-linux-gnu/libpthread.so.0(+0x10060) [0x7ff3add8c060]
	grisbi(transaction_list_select_down+0x1d3) [0x4a6d03]
	grisbi() [0x478e7a]
	grisbi() [0x478f66]
	/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x2102a) [0x7ff3ae6cc02a]
	/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x14be95) [0x7ff3af96fe95]
	/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(+0x137828) [0x7ff3af95b828]
	/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x20e5f) [0x7ff3ae6cbe5f]


 (0003435) pbiava (administrator) - 2012-04-14 19:36
le plus simple me semble-t-il c'est de supprimer les opérations concernées
directement dans le fichier de compte après en avoir fait une copie.

Avez vous des sauvegardes fonctionnelles récentes pour comparer les fichiers ? 

Issue History 
Date Modified    Username       Field                    Change               
2012-04-01 20:20 erik           New Issue                                    
2012-04-14 19:36 pbiava         Note Added: 0003435                          
2012-04-14 19:36 pbiava         Assigned To               => pbiava          
2012-04-14 19:36 pbiava         Status                   new => assigned     

More information about the bugsreports mailing list