GNOME Bugzilla – Bug 108375
QIF import fails to import comments
Last modified: 2018-06-29 20:30:03 UTC
QIF import fails to import comments: the following QIF file creates the correct amount of transactions, with the correct dates and amounts, put only the lines starting with "P" get into the description field, whereas the fields starting with "M" should be considered as the second line... !Type:Bank D11-03-2003 N PTRANSFER FROM MPARTENA MUTUALITE LIBRE 0015881390270 CO T24,60 C* ^ D11-03-2003 N PBCT/MR CASH PAYMENT M310000148115 VERELST MECHELEN 11/03/03 1 T-12,05 C* ^ D10-03-2003 N PBCT/MR CASH PAYMENT M310000148115 VERELST MECHELEN 10/03/03 1 T-11,20 C* ^
Created attachment 15013 [details] example of a QIF file
;; fixme: bug #105 (if qif-payee (gnc:transaction-set-description gnc-xtn qif-payee)) (if qif-number (gnc:transaction-set-xnum gnc-xtn qif-number)) (if qif-memo (begin (gnc:split-set-memo gnc-near-split qif-memo) (if (or (not qif-payee) (equal? qif-payee "")) (gnc:transaction-set-description gnc-xtn qif-memo)))) --> the problem is there: (in qif-to-gnc.scm)... if there is a payee...then the "memo" field is dropped...whereas in my case I would like to get the "memo", as description... I don't know what is the standard QIF-gnucash convention, but I certainly would like the "memo" to be used as a description in my gnuucash TXN, rather than the payee...or maybe a concatenation of the two.
No, you are mis-reading that scheme. Each of payee, number, and memo are stored. That scheme code is the equivalent to: if (payee) { store payee } if (number) { store number } if (memo) { store memo in near-split; if (no payee) { store memo in txn } } So, this is the correct behavior, not a bug.
I agree with you...I realized if after posting my bug (see my mail on gnucash-devel)... sorry. what should I do? Close the bug?
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=108375. Please update any external references or bookmarks.