Version: 4.5.3 (using KDE 4.7.0) OS: Linux Using the online OFX importer with a DiscoverCard account, I've found that transactions with Memo fields set are incorrectly split into two transactions. Example: A transaction from Amazon.com has the following fields: (some fields modified to remove sensitive information) From: AMAZON MKTPLACE PMTS AMZN.COM/BI Memo: ABCDEFG Payment: $12.34 KMyMoney is splitting this into two transactions. Transaction 1: Pay to: AMAZON MKTPLACE PMTS AMZN.COM/BI Memo: AMAZON MKTPLACE PMTS AMZN.COM/BI Payment: $12.34 Transaction 2: Pay to: ABCDEFG Memo: ABCDEFG Payment: $0.00 Reproducible: Didn't try Steps to Reproduce: 1. Import account data from a DiscoverCard using the online updater. Actual Results: Transactions with memos are split into two transactions, one with the "Pay to" name as both "Pay to" and "Memo" (and the correct payment), and one with the "Memo" field as both "Pay to" and "Memo" (with a $0.00 payment). Expected Results: A single transaction with the correct "Pay to" and "Memo" fields should be processed. Exporting the data from DiscoverCard and using the standalone OFX importer seemed to work properly before, so it's an issue with the online update functionality.
> Reproducible: Didn't try I missed this field when filing the bug. The bug is definitely reproducible with accounts on DiscoverCard.com.
Can you still duplicate this problem using 4.6.0? I think we have changed something in that area to solve this problem.
This bug is still happening with KMyMoney 4.6.0, and only on my DiscoverCard accounts. (On a related note, it's also having issues with matching; sometimes, it'll import new transactions and leave old transactions as-is; other times, it'll duplicate the old transactions, so I'll have to manually delete them. I don't know if this is related to this bug.) I'll try to save a copy of the OFX files next time this happens so I can check why this might happen.