Bug 293470

Summary:	split operations does not change its payee if payee changed in uplevel operation
Product:	[Applications] kmymoney	Reporter:	molostoff <molostoff>
Component:	general	Assignee:	KMyMoney Devel Mailing List <kmymoney-devel>
Status:	RESOLVED WORKSFORME
Severity:	normal	CC:	onet.cristian
Priority:	NOR
Version:	4.6.1
Target Milestone:	---
Platform:	Ubuntu
OS:	Linux
Latest Commit:		Version Fixed In:

Description molostoff 2012-02-06 19:36:48 UTC

Version:           4.6.1 (using KDE 4.8.0) 
OS:                Linux

If you create some operation and provide a payee (first), then define several splits (sub-operations on accounts) for it, then their payee belongs to be the same as in your operation you defined. 

If you later modify your operation with different payee, then payee of splits (sub-operations) stay unchanged, still pointing to old one from that initially created.

This makes a strange situation where full amount of general operation displays for first payee, and the same amount of splits displays for second payee (e.g. on different one)

I dont know if this is a common feature, or just a bug, but sometimes it works somehow.

Reproducible: Didn't try

Steps to Reproduce:
See details

Actual Results:  
Strange

Expected Results:  
Do not know

OS: Linux (x86_64) release 3.0.0-16-server
Compiler: gcc

Comment 1 Cristian Oneț 2014-07-28 14:45:11 UTC

Actually this is the way it should work. After the transaction is created (when the initial data is used) both ends of the transaction (splits from each account) can be edited independently. This is also true for the memo fields.