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:	general	Assignee:	KMyMoney Devel Mailing List <kmymoney-devel>
Status:	RESOLVED NOT A BUG
Severity:	normal
Priority:	NOR
Version:	SVN
Target Milestone:	---
Platform:	Gentoo Packages
OS:	Linux
Latest Commit:		Version Fixed In:

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.