GNOME Bugzilla – Bug 470568
crash creating new Expense sub-account
Last modified: 2018-06-29 21:46:56 UTC
What were you doing when the application crashed? Creating new account under Expenses Distribution: Fedora Core release 6 (Zod) Gnome Release: 2.16.3 2007-01-31 (Red Hat, Inc) BugBuddy Version: 2.16.0 System: Linux 2.6.22.2-42.fc6 #1 SMP Wed Aug 15 12:34:26 EDT 2007 i686 X Vendor: The X.Org Foundation X Vendor Release: 70101000 Selinux: Enforcing Accessibility: Disabled Memory status: size: 95997952 vsize: 0 resident: 95997952 share: 0 rss: 63168512 rss_rlim: 0 CPU usage: start_time: 1188153720 rtime: 0 utime: 6388 stime: 0 cutime:6245 cstime: 0 timeout: 143 it_real_value: 0 frequency: 53 Backtrace was generated from '/usr/bin/gnucash' (no debugging symbols found) Using host libthread_db library "/lib/libthread_db.so.1". (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1209039152 (LWP 6336)] (no debugging symbols found) 0x00110402 in __kernel_vsyscall ()
+ Trace 158088
Thread 1 (Thread -1209039152 (LWP 6336))
----------- .xsession-errors (15 sec old) --------------------- kbuildsycoca running... DCOP: register 'anonymous-7565' -> number of clients is now 3 Reusing existing ksycoca DCOP: unregister 'anonymous-7565' DCOP: unregister 'kbuildsycoca' kdeinit: PID 7565 terminated. (gnucash:6336): Gtk-CRITICAL **: gtk_widget_event: assertion `WIDGET_REALIZED_FOR_EVENT (widget, event)' failed (gnucash:6336): GLib-GObject-WARNING **: invalid cast from `GncEmbeddedWindow' to `GncMainWindow' (gnucash:6336): GLib-GObject-WARNING **: attempt to retrieve private data for invalid type 'GncMainWindow' ** (bug-buddy:7573): WARNING **: Couldn't load icon for Open Folder "/usr/bin/gnucash": not in executable format: File format not recognized --------------------------------------------------
Is this reproducible? What is the sequence of steps to reproduce?
*** Bug 470569 has been marked as a duplicate of this bug. ***
*** Bug 470584 has been marked as a duplicate of this bug. ***
(In reply to comment #1) > Is this reproducible? What is the sequence of steps to reproduce? > I had the same crash problem for each attempt for creating a new sub-account. Then I realized that every time, gnucash had opened behind the main window another dialog window asking to confirm for the recurrent operations. After I closed that window by confirming the recurrent operations, I could create again a new sub-account. So a workaround to this bug would be to make sure that you have taken care of hidden dialog windows before creating a new sub account.
(In reply to comment #4) > Then I realized that every time, gnucash had opened behind the main window > another dialog window asking to confirm for the recurrent operations. This would be the scheduled transactions Since Last Run dialog, then?
(In reply to comment #5) > (In reply to comment #4) > > Then I realized that every time, gnucash had opened behind the main window > > another dialog window asking to confirm for the recurrent operations. > > This would be the scheduled transactions Since Last Run dialog, then? > I would think so.
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of 366468 ***
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=470568. Please update any external references or bookmarks.