Bug 280801 - If an imported transaction is matched, any splits in the existing transaction it is matched to are lost
Summary: If an imported transaction is matched, any splits in the existing transaction...
Status: RESOLVED NOT A BUG
Alias: None
Product: kmymoney
Classification: Applications
Component: general (show other bugs)
Version: SVN
Platform: Gentoo Packages Linux
: NOR normal
Target Milestone: ---
Assignee: KMyMoney Devel Mailing List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-08-25 20:42 UTC by Jack
Modified: 2011-08-25 20:56 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jack 2011-08-25 20:42:36 UTC
Version:           SVN trunk (using KDE 4.6.5) 
OS:                Linux

I imported an OFX file for a credit card account.  One transaction matched to one I had manually entered, and the manual transaction had the amount split to two categories.  After the match, the split was lost, whether I accepted the split or immediately selected "unmatch"

Reproducible: Always

Steps to Reproduce:
Chose a transaction in an OFX file you are going to import.  Manually enter that transaction, but split the amount to two categories.  Import the file.

Actual Results:  
Whether you accept or umatch, the split is lost.

Expected Results:  
The split should remain.  (That was the whole purpose of manually entering the transaction in advance.)
Comment 1 Jack 2011-08-25 20:56:39 UTC
KMM does the right thing!  I was unfortunately confusing two almost identical transactions.  The unsplit one was matched correctly, the split one was not matched at all (not in this import) but I confirmed the correct behavior by altering dates and reimporting.