After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 342305 - Crash on importing OFX file after creating new accounts in OFX import
Crash on importing OFX file after creating new accounts in OFX import
Status: VERIFIED DUPLICATE of bug 333029
Product: GnuCash
Classification: Other
Component: Import - Other
unspecified
Other other
: Normal critical
: ---
Assigned To: Chris Shoemaker
Christian Stimming
Depends on: 343405
Blocks:
 
 
Reported: 2006-05-19 01:42 UTC by Vincent Danjean
Modified: 2018-06-29 21:04 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14



Description Vincent Danjean 2006-05-19 01:42:56 UTC
Distribution: Debian testing/unstable
Package: GnuCash
Severity: Normal
Version: GNOME2.14.1 unspecified
Gnome-Distributor: Debian
Synopsis: GnuCash crash when importing OFX file
Bugzilla-Product: GnuCash
Bugzilla-Component: OFX Import
Bugzilla-Version: unspecified
BugBuddy-GnomeVersion: 2.0 (2.14.1)
Description:
Description of the crash:
After setting all account in the import transaction windows, I clicked
on the "Ok" button ("Valider" in french) and GnuCash crash




Debugging Information:

Backtrace was generated from '/usr/bin/gnucash'

(no debugging symbols found)
Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread -1498720576 (LWP 8949)]
[New Thread -1518445648 (LWP 9028)]
0xffffe410 in __kernel_vsyscall ()

Thread 1 (Thread -1498720576 (LWP 8949))

  • #0 __kernel_vsyscall
  • #1 __waitpid_nocancel
    from /lib/tls/i686/cmov/libpthread.so.0
  • #2 libgnomeui_module_info_get
    from /usr/lib/libgnomeui-2.so.0
  • #3 <signal handler called>
  • #4 __kernel_vsyscall
  • #5 raise
    from /lib/tls/i686/cmov/libc.so.6
  • #6 abort
    from /lib/tls/i686/cmov/libc.so.6
  • #7 g_logv
    from /usr/lib/libglib-2.0.so.0
  • #8 g_log
    from /usr/lib/libglib-2.0.so.0
  • #9 g_assert_warning
    from /usr/lib/libglib-2.0.so.0
  • #10 gtk_tree_model_sort_new_with_model
    from /usr/lib/libgtk-x11-2.0.so.0
  • #11 gtk_tree_model_sort_new_with_model
    from /usr/lib/libgtk-x11-2.0.so.0
  • #12 gtk_tree_model_sort_clear_cache
    from /usr/lib/libgtk-x11-2.0.so.0
  • #13 gtk_tree_model_sort_convert_child_iter_to_iter
    from /usr/lib/libgtk-x11-2.0.so.0
  • #14 _gtk_marshal_VOID__BOXED_BOXED
    from /usr/lib/libgtk-x11-2.0.so.0
  • #15 g_closure_invoke
    from /usr/lib/libgobject-2.0.so.0
  • #16 g_signal_stop_emission
    from /usr/lib/libgobject-2.0.so.0
  • #17 g_signal_emit_valist
    from /usr/lib/libgobject-2.0.so.0
  • #18 g_signal_emit
    from /usr/lib/libgobject-2.0.so.0
  • #19 gtk_tree_model_row_changed
    from /usr/lib/libgtk-x11-2.0.so.0
  • #20 gtk_tree_model_filter_convert_iter_to_child_iter
    from /usr/lib/libgtk-x11-2.0.so.0
  • #21 _gtk_marshal_VOID__BOXED_BOXED
    from /usr/lib/libgtk-x11-2.0.so.0
  • #22 g_closure_invoke
    from /usr/lib/libgobject-2.0.so.0
  • #23 g_signal_stop_emission
    from /usr/lib/libgobject-2.0.so.0
  • #24 g_signal_emit_valist
    from /usr/lib/libgobject-2.0.so.0
  • #25 g_signal_emit
    from /usr/lib/libgobject-2.0.so.0
  • #26 gtk_tree_model_row_changed
    from /usr/lib/libgtk-x11-2.0.so.0
  • #27 gnc_tree_model_account_get_path_from_account
    from /usr/lib/gnucash/gnucash/libgncmod-gnome-utils.so.0
  • #28 qof_event_resume
    from /usr/lib/gnucash/libgncqof.so.1
  • #29 qof_event_gen
    from /usr/lib/gnucash/libgncqof.so.1
  • #30 xaccSplitCommitEdit
    from /usr/lib/gnucash/gnucash/libgncmod-engine.so.0
  • #31 xaccDisableDataScrubbing
    from /usr/lib/gnucash/gnucash/libgncmod-engine.so.0
  • #32 qof_commit_edit_part2
    from /usr/lib/gnucash/libgncqof.so.1
  • #33 xaccTransCommitEdit
    from /usr/lib/gnucash/gnucash/libgncmod-engine.so.0
  • #34 gnc_import_process_trans_clist
    from /usr/lib/gnucash/gnucash/libgncmod-generic-import.so.0
  • #35 gnc_gen_trans_list_delete
    from /usr/lib/gnucash/gnucash/libgncmod-generic-import.so.0
  • #36 g_cclosure_marshal_VOID__VOID
    from /usr/lib/libgobject-2.0.so.0
  • #37 g_closure_invoke
    from /usr/lib/libgobject-2.0.so.0
  • #38 g_signal_stop_emission
    from /usr/lib/libgobject-2.0.so.0
  • #39 g_signal_emit_valist
    from /usr/lib/libgobject-2.0.so.0
  • #40 g_signal_emit
    from /usr/lib/libgobject-2.0.so.0
  • #41 gtk_button_clicked
    from /usr/lib/libgtk-x11-2.0.so.0
  • #42 _gtk_button_set_depressed
    from /usr/lib/libgtk-x11-2.0.so.0
  • #43 g_cclosure_marshal_VOID__VOID
    from /usr/lib/libgobject-2.0.so.0
  • #44 g_cclosure_new_swap
    from /usr/lib/libgobject-2.0.so.0
  • #45 g_closure_invoke
    from /usr/lib/libgobject-2.0.so.0
  • #46 g_signal_stop_emission
    from /usr/lib/libgobject-2.0.so.0
  • #47 g_signal_emit_valist
    from /usr/lib/libgobject-2.0.so.0
  • #48 g_signal_emit
    from /usr/lib/libgobject-2.0.so.0
  • #49 gtk_button_released
    from /usr/lib/libgtk-x11-2.0.so.0
  • #50 _gtk_button_paint
    from /usr/lib/libgtk-x11-2.0.so.0
  • #51 _gtk_marshal_BOOLEAN__BOXED
    from /usr/lib/libgtk-x11-2.0.so.0
  • #52 g_cclosure_new_swap
    from /usr/lib/libgobject-2.0.so.0
  • #53 g_closure_invoke
    from /usr/lib/libgobject-2.0.so.0
  • #54 g_signal_stop_emission
    from /usr/lib/libgobject-2.0.so.0
  • #55 g_signal_emit_valist
    from /usr/lib/libgobject-2.0.so.0
  • #56 g_signal_emit
    from /usr/lib/libgobject-2.0.so.0
  • #57 gtk_widget_activate
    from /usr/lib/libgtk-x11-2.0.so.0
  • #58 gtk_propagate_event
    from /usr/lib/libgtk-x11-2.0.so.0
  • #59 gtk_main_do_event
    from /usr/lib/libgtk-x11-2.0.so.0
  • #60 _gdk_events_queue
    from /usr/lib/libgdk-x11-2.0.so.0
  • #61 g_main_context_dispatch
    from /usr/lib/libglib-2.0.so.0
  • #62 g_main_context_check
    from /usr/lib/libglib-2.0.so.0
  • #63 g_main_loop_run
    from /usr/lib/libglib-2.0.so.0
  • #64 gtk_main
    from /usr/lib/libgtk-x11-2.0.so.0
  • #65 gnc_ui_start_event_loop
    from /usr/lib/gnucash/gnucash/libgncmod-gnome-utils.so.0
  • #66 _start
  • #0 __kernel_vsyscall




------- Bug created by bug-buddy at 2006-05-19 01:42 -------

Comment 1 Christian Stimming 2006-05-19 08:24:16 UTC
What is the exact version of gnucash? Seems to be one of the 1.9.x series, but we need to know the exact one. If this is older than 1.9.6, can you please first upgrade to 1.9.6 and see whether this problem still occurs? 
Also, does this crash happen every time when you import this OFX file, i. e. is it reproducible? 
Also, the stack trace says that there has been some messages on the command line terminal (g_log in frame#8). Can you please start gnucash from the command line, and if this crash occurs, send us the output on the terminal ("add new attachment" below)?
If this crash happens every time with this particular OFX file, then ideally we would need a copy of this OFX file so that we can reproduce this ourselves. If you don't want to add this publicly here, you should at least give some information about the file: How many transactions do you have; what is the command line output; does the OFX import work with other files from the same Bank or do OFX files from this Bank crash always?
Comment 2 Vincent Danjean 2006-05-19 12:57:59 UTC
I use the gnucash version currently in Debian unstable (ie 1.9.6-3).

At least, I finally succeed in importing the OFX file (no modification of the OFX file). So the bug must probably involve several things.

All I can say is that when it crashed, I created a sub account in the Depense hierarchy that I needed. It also crashed when I do the same thing with another OFX file (ie with creating a new account in the import transaction windows).

After restarting GnuCash, I created the two new accounts before begining to import my OFX files, and then it works.

I did not test to see if this behaviour is really reproductible. But this is the only thing I can think about to explain why the import has been successful the next time. (It also can be a race condition, but then...)

  Best regards,
    Vincent

PS: if you want one of my two OFX files that made GNUcash crashed, I can send you privately on request (or else, tell me how to obfuscate it).
Comment 3 Chris Shoemaker 2006-05-19 16:00:41 UTC
This stacktrace is really weird.

  • #30 xaccSplitCommitEdit
    from /usr/lib/gnucash/gnucash/libgncmod-engine.so.0
  • #31 xaccDisableDataScrubbing
    from /usr/lib/gnucash/gnucash/libgncmod-engine.so.0
  • #32 qof_commit_edit_part2
    from /usr/lib/gnucash/libgncqof.so.1
  • #33 xaccTransCommitEdit
    from /usr/lib/gnucash/gnucash/libgncmod-engine.so.0
  • #27 gnc_tree_model_account_get_path_from_account
    from /usr/lib/gnucash/gnucash/libgncmod-gnome-utils.so.0
  • #28 qof_event_resume
    from /usr/lib/gnucash/libgncqof.so.1
  • #29 qof_event_gen
    from /usr/lib/gnucash/libgncqof.so.1

Maybe #28 is supposed to be gnc_tree_model_account_event_handler()?

I would _really_ like to know why your stacktrace looks like this, and how we can fix it.

Did you compile this from source or get a binary?  Do you know what compiler version and parameters were used?

Comment 4 Vincent Danjean 2006-05-21 10:41:30 UTC
I get the binary package from Debian. It is the 1.9.6-3/i386 version. You can still find it here:
http://packages.debian.org/unstable/gnome/gnucash
This version should have been built by the maintainer of the package, so no build log is available. However, the previous version has been build by an autobuilder. The corresponding buildlog is here:
http://buildd.debian.org/fetch.php?&pkg=gnucash&ver=1.9.6-2&arch=i386&stamp=1147734540&file=log&as=raw
The change between 1.9.6-2 and 1.9.6-3 is only relative to the debian packaging system. Here is the relevant part of the changelog:
gnucash (1.9.6-3) unstable; urgency=low

  * debian/control (gnucash-common): Conflict with any version of gnucash
    preceding this one, to prevent partial upgrades.  (Closes: #367462)

 -- Thomas Bushnell, BSG <tb@debian.org>  Mon, 15 May 2006 23:33:41 -0700

gnucash (1.9.6-2) unstable; urgency=low
[...]

  Best regards,
    Vincent
Comment 5 Christian Stimming 2006-05-22 09:00:36 UTC
Oh, wait, here's a hint to the problem in comment #2:

> (ie with creating a new account in the import transaction windows).

There's bug#333029 which has the same problem: In the "Select Account" dialog  during OFX/HBCI/MT940 importing, the user clicks on "New account" and then selects that new account, and then various problems including crashes occur. In bug#333029 I was unable to reproduce any problems here, unfortunately.

There seems to be some huge problem if the "import-account-matcher" of src/import-export/import-account-matcher.[hc] creates a new account. The account creation happens in import-account-matcher.c gnc_import_add_account() and it uses gnc_ui_new_accounts_from_name_with_defaults(). That code hasn't been touched for quite some time now. 

Again, this concerns all importing via OFX or HBCI or MT940.
Comment 6 Chris Shoemaker 2006-05-30 20:51:04 UTC
Ok, a little more clarity on the stack trace:

  • #26 gtk_tree_model_row_changed
    from /usr/lib/libgtk-x11-2.0.so.0
  • #27 gnc_tree_model_account_get_path_from_account
    from /usr/lib/gnucash/gnucash/libgncmod-gnome-utils.so.0
  • #28 qof_event_resume
    from /usr/lib/gnucash/libgncqof.so.1
  • #29 qof_event_gen
    from /usr/lib/gnucash/libgncqof.so.1
  • #10 gtk_tree_model_sort_new_with_model
    from /usr/lib/libgtk-x11-2.0.so.0
  • #11 gtk_tree_model_sort_new_with_model
    from /usr/lib/libgtk-x11-2.0.so.0
  • #12 gtk_tree_model_sort_clear_cache
    from /usr/lib/libgtk-x11-2.0.so.0
  • #13 gtk_tree_model_sort_convert_child_iter_to_iter

makes no sense to me.

I'd like to be able to say there's a row_inserted in there somewhere, but it's pretty much garbage.
Comment 7 Chris Shoemaker 2006-05-30 20:54:53 UTC
[Adding Thomas Bushnell, BSG to cc]

Thomas,
   Stack traces like the one in this bug report are _really_ frustrating.  Could you please build debian's binaries configured with --enable-debug?
Comment 8 Chris Shoemaker 2006-05-30 20:57:06 UTC
[Adding Thomas Bushnell, BSG to cc; This time with correct email address. (sorry)]

Thomas,
   Stack traces like the one in this bug report are _really_ frustrating. 
Could you please build debian's binaries configured with --enable-debug?

Comment 9 Chris Shoemaker 2006-05-30 20:59:49 UTC
[Gah! Evidentally, bugzilla doesn't accept 'Add to cc' at the same time as 'remove from cc']

[Adding Thomas Bushnell, BSG to cc; This time with correct email address.
(sorry)]

Thomas,
   Stack traces like the one in this bug report are _really_ frustrating. 
Could you please build debian's binaries configured with --enable-debug?
Comment 10 Chris Shoemaker 2006-05-30 21:08:53 UTC
Ok, bugzilla is playing with me.  Twice I've added "tb@debian.org" to the cc, and twice bugzilla has instead added "btb@debian.org".  What's up with that?!

Let's see what happens if I try a third time!
Comment 11 btb 2006-05-30 22:41:59 UTC
It seems to not like the address tb@debian.org? tb@becket.net does work though.
Comment 12 Chris Shoemaker 2006-06-01 14:26:20 UTC
[ Regarding cc email address: Bug #343442. ]

Regarding the bug: I do believe this is a dup of 333029, which should be resolved as of r14285.

It would be nice to know exactly what version of gtk+ was running here, but I can infer that it's pretty recent.


*** This bug has been marked as a duplicate of 333029 ***
Comment 13 John Ralls 2018-06-29 21:04:43 UTC
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=342305. Please update any external references or bookmarks.