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 710979 - Crash in gnc_plugin_page_invoice_summarybar_position_changed
Crash in gnc_plugin_page_invoice_summarybar_position_changed
Status: RESOLVED FIXED
Product: GnuCash
Classification: Other
Component: Business
git-master
Other Mac OS
: Normal normal
: ---
Assigned To: gnucash-core-maint
gnucash-core-maint
Depends on:
Blocks:
 
 
Reported: 2013-10-27 23:25 UTC by Mike Alexander
Modified: 2018-06-29 23:20 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Crash report (62.06 KB, text/plain)
2013-10-27 23:25 UTC, Mike Alexander 		Details

Description Mike Alexander 2013-10-27 23:25:44 UTC 
Created attachment 258252 [details]
Crash report

I got a crash in gnc_plugin_page_invoice_summarybar_position_changed after two warings:

sys:1: Warning: invalid uninstantiatable type '(null)' in cast to 'GncPluginPage'
sys:1: Warning: invalid uninstantiatable type '(null)' in cast to 'GncPluginPageInvoice'

Apparently the user_data parameter was not null but also not a valid plugin page pointer.  This happened when I tried to open the preferences dialog while I had a number of business related pages open.  I can easily checkin a change to avoid the crash, but that won't fix the underlying problem.

I'm running SVN r23343 on MacOSX 10.8.5 under X11.

I'll attach the bug report and stack dump.
Comment 1 Mike Alexander 2013-10-28 00:00:21 UTC 
This same crash happened again in similar circumstances.  I had a number of business related pages open, including an unposted invoice, and it crashed when I tried to open the preferences dialog for the first time in that session.  However when I tried this again later, it didn't crash.
Comment 2 Geert Janssens 2013-10-30 14:47:56 UTC 
Thanks for the report. I have found the problem and fixed it properly in r23356.

Signal handlers didn't get removed properly from gsettings keys when an invoice page was closed, leading to a crash if the signal handler is later activated again.

I have fixed the function responsible for removing the signal handlers. The problem would occur any time a signal handler should be removed from a gsettings key and was not unique to invoice pages. But here it was easy to reproduce simply by opening and closing one invoice and then opening the preferences.
Comment 3 John Ralls 2018-06-29 23:20:37 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=710979. Please update any external references or bookmarks.