<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN">
<html><body>
<p>Le 2012-04-14 21:36, Grisbi Bug Tracker a écrit :</p>
<blockquote type="cite" style="padding-left:5px; border-left:#1010ff 2px solid; margin-left:5px; width:100%"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->
<pre>The following issue has been ASSIGNED.
======================================================================
<a href="http://www.grisbi.org/bugsreports/view.php?id=1479">http://www.grisbi.org/bugsreports/view.php?id=1479</a>
======================================================================
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
<a href="http://www.grisbi.org/bugsreports/view.php?id=1479#c3435">http://www.grisbi.org/bugsreports/view.php?id=1479#c3435</a>
----------------------------------------------------------------------
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
======================================================================
</pre>
</blockquote>
<p>Bonjour,<br /> <br /> 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.<br /> <br /> Cordialement,<br /> <br /> Erik MARTRE</p>
<div> </div>
</body></html>