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

[erikmartre at izi.re]

Le 2012-04-14 21:36, Grisbi Bug Tracker a écrit : 

> The following
issue has been ASSIGNED. 
>
======================================================================

> http://www.grisbi.org/bugsreports/view.php?id=1479 [1] 
>
======================================================================

> 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 [2] 
>
----------------------------------------------------------------------

> 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 
>
======================================================================

Bonjour,


un mot rapide pour vous signaler que j'ai bien reçu votre mail et que
je vais m'atteler à vous répondre le plus précisément possible dès que
j'aurai un peu de temps, ce qui devrait être rapide car je suis en
vacances et il fait mauvais en Isère. En attendant, oui j'ai gardé le
fichier "buggé", il marche tant qu'on ne va pas chercher les opérations
en question. (J'ai aussi un ou plusieurs fichiers sans problème). Ce que
je dois préciser c'est ce qui se passe si on essaye de les supprimer,
car il me semble bien que justement dans ce cas le programme crashe ;
d'ailleurs elles n'apparaissent justement que dans un compte bizarre
bien qu'elles soient prises en compte dans certaines listes (catégories
ou imputations, je ne sais plus). Je serai plus précis dans mon prochain
mail.

 Cordialement,

 Erik MARTRE 
  

Links:
------
[1]
http://www.grisbi.org/bugsreports/view.php?id=1479
[2]
http://www.grisbi.org/bugsreports/view.php?id=1479#c3435
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listes.grisbi.org/pipermail/bugsreports/attachments/20120416/2e1aef26/attachment.htm>