GNOME Bugzilla – Bug 344170
QIF import of files with non-ASCII account names loses data
Last modified: 2018-06-29 21:07:25 UTC
When you import a QIF file with non-ASCII account names, all seems to go just fine, but if you save the gnucash file and restart, the transactions in that account just vanish. Chatter on the gnucash-devel list suggests that this may not be confined to QIF importing, but that's the only case I know of where it does fail. This is in the Debian BTS as http://bugs.debian.org/370502.
Created attachment 66920 [details] A QIF file which, when imported, demonstrates the bug To reproduce the bug: 1. Create an empty set of accounts, with LC_ALL=de_AT@euro. 2. Import the QIF file. Notice that the balance of Aktiva:Barvermögen:Bargeld is EUR 800. 3. Save. Close. Reopen. Notice that the relevant transactions have disappeared and the balance of said account is now zero.
I added code in r14361 (version 1.9.8) to automatically strip any non-utf8 character which will prevent the data loss. I filed bug 344841 requesting automatic conversion of imported files to utf8.
tried to import a qif file with actual gnucash version V2.0.1 (OpenSuSE 10.1). As told by christian Stimming, the solution should strip the "umlaut"-characters, but what happens is that strings end at the first occurence of an umlaut. Just want to inform about the fact, that there are attachments at bug#350286, where you can see and reproduce this behaviour.
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=344170. Please update any external references or bookmarks.