Report tab displays all white - worked last time (Aug 2016)

John Ralls jralls at ceridwen.us
Sun Apr 9 12:58:11 EDT 2017


> On Apr 8, 2017, at 5:19 PM, Rufus <rlaggren at gmail.com> wrote:
> 
> John
> 
>> trace file...  logto=...
> 
> Now it's a filibustering boor. I removed "extra"; still 30k lines. There
> are several "CRIT" lines at the bottom. Based on the time stamp I can
> select 30 or so at the end when I fiddled the reports.
> 
> Final lines of GC trace:
> =========
> * 18:47:07  INFO <gnc.gui> [gnc_plugin_page_report_destroy_widget]
> destroy widget
> * 18:47:07  CRIT <gnc.engine> xaccAccountGetName: assertion
> 'GNC_IS_ACCOUNT(acc)' failed
> * 18:47:22  INFO <gnc.gui> [gnc_plugin_page_report_setup] report-id: 9
> * 18:47:22  INFO <gnc.gui> [gnc_plugin_page_report_setup] set needs save
> * 18:47:22  INFO <gnc.html> [gnc_html_webkit_init] webkit_settings: Set
> default font to [Sans Serif]
> * 18:47:22  CRIT <gnc.engine> xaccAccountGetName: assertion
> 'GNC_IS_ACCOUNT(acc)' failed
> * 18:47:22  CRIT <gnc.engine> xaccAccountGetName: assertion
> 'GNC_IS_ACCOUNT(acc)' failed
> * 18:47:22  CRIT <gnc.engine> xaccAccountGetName: assertion
> 'GNC_IS_ACCOUNT(acc)' failed
> * 18:47:34  INFO <gnc.gui> [gnc_plugin_page_report_destroy_widget]
> destroy widget
> * 18:47:34  INFO <gnc.gui> [gnc_plugin_page_report_destroy_widget]
> destroy widget
> * 18:47:34  INFO <qof.engine> [qof_event_generate_internal] id=6
> hi=0x558b0f0 han=0x7fca3b399af0 data=(nil)
> * 18:47:34  INFO <qof.engine> [qof_event_generate_internal] id=3
> hi=0x441bdf0 han=0x7fca3b6b4a70 data=(nil)
> * 18:47:34  INFO <qof.engine> [qof_event_generate_internal] id=2
> hi=0x2560f60 han=0x7fca3b13cbc0 data=(nil)
> * 18:47:34  INFO <qof.engine> [qof_event_generate_internal] id=1
> hi=0x23cb560 han=0x7fca3b3d5810 data=(nil)
> * 18:47:34  INFO <qof.engine> [qof_collection_foreach] Hash Table size
> of gncVendor before is 0
> * 18:47:34  INFO <qof.engine> [qof_collection_foreach] Hash Table size
> of gncVendor after is 0
> * 18:47:34  INFO <qof.engine> [qof_collection_foreach] Hash Table size
> of gncEntry before is 0
> * 18:47:34  INFO <qof.engine> [qof_collection_foreach] Hash Table size
> of gncEntry after is 0
> * 18:47:34  INFO <qof.engine> [qof_collection_foreach] Hash Table size
> of gncEmployee before is 0
> * 18:47:34  INFO <qof.engine> [qof_collection_foreach] Hash Table size
> of gncEmployee after is 0
> * 18:47:34  INFO <qof.engine> [qof_collection_foreach] Hash Table size
> of gncCustomer before is 0
> * 18:47:34  INFO <qof.engine> [qof_collection_foreach] Hash Table size
> of gncCustomer after is 0
> * 18:47:34  INFO <qof.engine> [qof_collection_foreach] Hash Table size
> of gncInvoice before is 0
> * 18:47:34  INFO <qof.engine> [qof_collection_foreach] Hash Table size
> of gncInvoice after is 0
> * 18:47:34  INFO <qof.engine> [qof_collection_foreach] Hash Table size
> of Lot before is 0
> * 18:47:34  INFO <qof.engine> [qof_collection_foreach] Hash Table size
> of Lot after is 0
> * 18:47:34  INFO <qof.engine> [qof_collection_foreach] Hash Table size
> of Budget before is 0
> * 18:47:34  INFO <qof.engine> [qof_collection_foreach] Hash Table size
> of Budget after is 0
> * 18:47:34  INFO <qof.engine> [qof_collection_foreach] Hash Table size
> of SchedXaction before is 0
> * 18:47:34  INFO <qof.engine> [qof_collection_foreach] Hash Table size
> of SchedXaction after is 0
> * 18:47:34  INFO <qof.engine> [qof_collection_foreach] Hash Table size
> of Trans before is 3005
> * 18:47:34  INFO <qof.engine> [qof_collection_foreach] Hash Table size
> of Trans after is 0
> =========
> 
> The above output follows on these (and only these) events: Opened GC;
> then closed the "Welcome" report tab left from last run; then opened the
> "Sample" report; then killed GC. Always get an empty tab.
> 
> Clearly GC can't find something it needs to be there. Does the above
> point to anything particular?

Fillibustering boor is what we're looking for. OpenSuSE must be redirecting the log output to /dev/null. That's naughty of them.

It looks like a couple of problems there: It's trying to get the account name of objects that aren't accounts (maybe null ptrs) and of the accounts it does find nothing is passing its filter.

I'd think that it should produce the "No data" screen, so there would seem to be a webkit problem as well... but that might not show up anywhere. WebKit isn't a Gnome library, it just has a very thin Gtk wrapper around it, so any errors it emits go somewhere else, quite possibly /dev/null.

I suggest you change your test procedure a bit: In addition to trying Geert's suggestion of leaving out the --debug and --extra arguments, try running Report>Assets>Balance Sheet instead of Welcome. Close the report before you close GnuCash so GnuCash isn't trying to run the report on startup. The Welcome report is a multi-page report that runs several reports including the Balance Sheet so running just the Balance Sheet will reduce the output and should make the problem clearer. Having only a single report run instead of two should also clarify matters.

Another couple of things to try: Create a different user and run GnuCash as that user. That isolates any customizations or environment settings in your account. Create a new file with a single opening balance transaction and run the Balance Sheet Report on that. That isolates any potential issues in your production book.

Regards,
John Ralls



More information about the gnucash-user mailing list