Receivables Aging Odd on Customer Report

[Liz]

On Tue, 20 Jan 2015 12:45:29 +0100
Geert Janssens <geert.gnucash at kobaltwit.be> wrote:

> On Tuesday 20 January 2015 15:52:21 Liz wrote:
> > GnuCash 2.6.4
> > Debian Jessie/ Sid
> > This copy was built from rev 79bdcf1+ on 2014-11-15.
> > 
> > 
> > Report 2 is "customer 1". I've edited the html to hide all identity
> > and reprinted as pdf
> > 
> > Report 0 and Report 1 are "customer 2"
> > Taken from 2 different dates
> > 
> > It doesn't matter from which date I set the report I still have the
> > oddness - the totals are correct for the accounts.
> > 
> > has anyone an explanation?
> > 
> > Liz
> 
> I'm not using this report myself, so I'm unsure what the "oddness" is
> you see.
> 
> I will presume you refer to the aging totals not being 0 and current
> being different  from the value behind "Totals Due".
> 
> What I can imagine here is that some of your invoices lost their link
> with their payments.
> 
> You could test this by running
> Business->Customer->Process Payment...
> Select the given customer and verify if there are open documents and
> pre-payments. If so you can link them together again in that same
> window by selecting both the invoice and its matching payments and
> then click ok.
> 
> Does this help ?
> 
> Geert

This worked the first time, and when I tried it for the next
combination, gnucash crashes.
Dutifully started from command line (using xml)
Segmentation fault

gnucash.trace
* 06:40:32  WARN <gnc.backend.dbi> [gnc_module_init_backend_dbi()] No
DBD drivers found
* 06:41:20  CRIT <GLib-GObject> g_type_instance_get_private: assertion
  'instance != NULL && instance->g_class != NULL' failed