Invalid Transaction: final gnc_numeric value, using 0 instead

prl prl at ozemail.com.au
Mon Jan 9 02:22:49 EST 2017


On 9/01/2017 14:42, John Ralls wrote:
>
>> On Jan 8, 2017, at 7:38 PM, prl <prl at ozemail.com.au 
>> <mailto:prl at ozemail.com.au>> wrote:
>>
>> On 9/01/2017 14:28, John Ralls wrote:
>>>> On Jan 8, 2017, at 5:31 PM, prl <prl at ozemail.com.au 
>>>> <mailto:prl at ozemail.com.au>> wrote:
>>>>
>>>> I think that this is the split in the scheduled transaction that's 
>>>> causing the problem. It's the split that acts on the credit side of 
>>>> the scheduled transaction, it points to the account that's getting 
>>>> the blank entry in the account page, and it looks wrong:
>>>>
>>>>      <split:slots>
>>>>        <slot>
>>>>          <slot:key>sched-xaction</slot:key>
>>>>          <slot:value type="frame">
>>>>            <slot>
>>>>              <slot:key>account</slot:key>
>>>>              <slot:value 
>>>> type="guid">e44416d5a6ff84674dab857154276eeb</slot:value>
>>>>            </slot>
>>>>            <slot>
>>>> <slot:key>credit-formula</slot:key>
>>>>              <slot:value type="string">1921.70</slot:value>
>>>>            </slot>
>>>>            <slot>
>>>> <slot:key>credit-numeric</slot:key>
>>>>              <slot:value type="numeric">19217/10</slot:value>
>>>>            </slot>
>>>>            <slot>
>>>> <slot:key>debit-formula</slot:key>
>>>>              <slot:value type="string"></slot:value>
>>>>            </slot>
>>>>            <slot>
>>>> <slot:key>debit-numeric</slot:key>
>>>>              <slot:value type="numeric">35769/20</slot:value>
>>>>            </slot>
>>>>          </slot:value>
>>>>        </slot>
>>>>      </split:slots>
>>>>
>>>> In particular, I don't think that the debit-numeric value should 
>>>> have a value, since this is the credit side of the transaction (and 
>>>> the credit amounts are correct). It's also odd that the debit 
>>>> amount, 35769/20 (1788.45), is the value of the generated split in 
>>>> the /previous/ execution of the scheduled transaction.
>>>>
>>>> This is an annual transaction, but the amount varies: I enter the 
>>>> new amount when I receive the account for the coming year.
>>>>
>>>> Gnucash OS X Intel 2.6.15 (built from rev 1ef17e6+ on 2016-12-17)
>>>> OS X El Capitan 10.11.6
>>> Peter,
>>>
>>> Is that a newly-created SX or one that was created with an older 
>>> version of GnuCash?
>> It's the one created in an older version of Gnucash - the one that is 
>> causing the problem. The new one I created that works doesn't have a 
>> debit value in the credit split. The SX that's now causing problems 
>> was created in 2012.
>
> Good.
>
> I asked because I fixed a related bug last fall and was worried that 
> I'd missed something. I think the best course for you is to delete and 
> recreate the SX in 2.6.15.
>
Thanks, John.

While I was going through the XML, I think I saw some other similar 
errors. I'll double-check them, and re-create the SXs for all the ones 
that look dodgy, as well ac getting rid of the old version of this SX.

Cheers,
Peter


More information about the gnucash-user mailing list