https://bugs.kde.org/show_bug.cgi?id=427519
--- Comment #17 from Jack <ostrof...@users.sourceforge.net> --- The problem seems to be that when you delete a payee, the program reassigns the transactions for that payes to the new payee you choose. Unfortunately, however it chooses the list of transactions to process, it misses that one, so at the end, when it checks for any transactions still assigned to the payee to be deleted, it finds it and raises the error. Unfortunately, as you discovered, it seems to do so in a way that all those other transactions that had the payee changed are somehow deleted. This behavior is clearly a bug. I'm not sure what to say about allowing this sort of transaction to have been imported. I can dig a bit more through the code, but we may have to wait for an opinion from one of the developers. Internally to KMM, a Category IS an Account (of type income or expense, rather than one of the more commonly used account types (checking, savings, investment, ...). I don't know of any way to change an account type between a category type and another type. I'll have to test, but I doubt it would be safe to just edit the xml file and manually change the type.) In terms of history, it sounds like "Cash Account" should be type Cash in KMM rather than one of the Category types. Note that if you do a transaction search for T000000000000040026 it shows you two results. If you click on one, it shows the ledger for the Category used for that split. If you then right click on the transaction, it displays the Payee (same for both splits) but you will note that it does NOT display that transaction. I suspect whatever filter is being used to show the transactions for a Payee is the same filter causing the transaction to not have it's Payee changed and thus causing the crash. Another bit of information - if you to a transaction search on P003550 (as text, not as Payee) that transaction is not included in the results. I don't understand why not, but I think all these oddities are somehow related. More research is needed. -- You are receiving this mail because: You are the assignee for the bug.
