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

[Erik Martre]

bonjour,

désolé, je m'aperçois que je ne vous ai pas répondu et votre message 
date maintenant pas mal !

Je suppose que la question de savoir si j'ai des sauvegardes 
fonctionnelles n'est plus de mise maintenant ! Je crois qu'à l'époque 
j'ai effectivement supprimé les opérations et je les ai ressaisies, 
peut-être même ai-je refait un nouveau fichier (je crois plutôt que 
c'est ça).

Voulez-vous que j'essaie de reproduire le problème, que je vous envoie 
des fichiers ?.... Histoire de me rattraper !

Cordialement,

E. Martre

Le 14/04/2012 21:36, Grisbi Bug Tracker a écrit :
> The following issue has been ASSIGNED.
> ======================================================================
> http://www.grisbi.org/bugsreports/view.php?id=1479
> ======================================================================
> 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
> Description:
> 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(g_closure_invoke+0x154)
> [0x7ff3ae6ba0a4]
> 	/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x2102a) [0x7ff3ae6cc02a]
> 	/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0x851)
> [0x7ff3ae6d56b1]
> 	/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x82)
> [0x7ff3ae6d5852]
> 	/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(gtk_widget_activate+0x6e)
> [0x7ff3afa74fbe]
> 	/usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0(gtk_menu_shell_activate_item+0xfd)
> [0x7ff3af96fafd]
> 	/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(g_closure_invoke+0x154)
> [0x7ff3ae6ba0a4]
> 	/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x20e5f) [0x7ff3ae6cbe5f]
>
> ======================================================================
>
> ----------------------------------------------------------------------
>   (0003435) pbiava (administrator) - 2012-04-14 19:36
>   http://www.grisbi.org/bugsreports/view.php?id=1479#c3435
> ----------------------------------------------------------------------
> 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
> ======================================================================
>
>