Accuracy issues importing QIF files with split transactions

[D. Schafer]

That looks very similar.  Although, after digging through some more of my errors, I've also discovered there are many more combinations.

QIF --> Gnucash
.83    .85
.78    .79
.73    .72
.65    .66
.64    .65
.63    .64
.50    .51
.42    .41
.41    .40
.40    .39
.34    .33

.03    .04

I'll try to get setup for Bugzilla and add notes to the bug.


________________________________
 From: John Ralls <jralls at ceridwen.fremont.ca.us>
To: Daniel Schafer <dschafer at bellsouth.net> 
Cc: "gnucash-user at gnucash.org" <gnucash-user at gnucash.org> 
Sent: Thursday, January 9, 2014 9:14 AM
Subject: Re: Accuracy issues importing QIF files with split transactions
 


On Jan 8, 2014, at 7:45 PM, Daniel Schafer <dschafer at bellsouth.net> wrote:

> Not sure if I'm doing something wrong or haven't looked at the right FAQ or doc file, but I seem to have a very repeatable issue with the QIF import.  Whenever I import a QIF that has split transactions in it, Gnucash seems to be converting any values that end in .50 to .51.
> 
> On many of them, it seems like Gnucash then catches the mismatch between the sum of the splits and the transaction total from the QIF and then adds a $0.01 Imbalance-USD entry to compensate.  I now have several hundred 0.01 or 0.02 adjustments throughout my accounts.  I think this may also mean I have an unknown number of transactions that have errors but did not have an Imbalance entry added to them.  I have verified the QIF file in a text editor, and the values there look correct.  I'm using Gnucash 2.6.0 on Windows 7, and have replicated it on two different systems with both a large QIF file and a very simple one.
> 
> 
> Is this a bug, or am I doing something wrong somewhere?

Sounds like https://bugzilla.gnome.org/show_bug.cgi?id=721447 .

Regards,
John Ralls