Created attachment 373303 [details] OSX crash info dump QIF imports failing to show any imported transactions (this has worked for me for years). Then gnucash crashes. See attached dump from MacOSX:
This might be a possible lead from the dump: Application Specific Information: abort() called *** error for object 0x1f000000000000: pointer being freed was not allocated
The stack in the crash report is for displaying a report and it looks sane. Does importing the same QIF reliably crash the same way? Does importing a different QIF work correctly?
I can't reproduce the crash on demand. The failed import was operator error, but a bit user-unfriendly - I was missing a space in my account name, so the import silently went into "Unspecified" account. I'd prefer it alerted me that I was trying to import into a non-existent account. Thanks.
OK. Did the crash actually happen after the import failed or did you then try to run a report and GnuCash crashed then?
Comment on attachment 373303 [details] OSX crash info dump I've worked out from the assembly that the crash is at line 507 in gnucash/html/webkit1.c. g_free(priv->html_string); Unfortunately I don't see any obvious way that priv->html_string could be corrupted. It's initialized to NULL in gnc_html_webkit_init (part of GObject construction, so it must have run) and re-nulled the only other place it's freed. Here it's immediately reassigned to a new g_strdup which would return a validly allocated ptr or NULL.
AFAIK this problem has never resurfaced and without being able to reproduce the problem I unable to determine the cause.
