Bug 280801

Summary: If an imported transaction is matched, any splits in the existing transaction it is matched to are lost
Product: [Applications] kmymoney Reporter: Jack <ostroffjh>
Component: generalAssignee: KMyMoney Devel Mailing List <kmymoney-devel>
Status: RESOLVED NOT A BUG    
Severity: normal    
Priority: NOR    
Version First Reported In: SVN   
Target Milestone: ---   
Platform: Gentoo Packages   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

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.