Ah - I think Thomas had posted that Ctl-Alt-F was recently taken by Thunar, thus the KMM switch to Ctl-Shift-F for transactions search.  Type T0000000003219 (using the right number of digits) in the text search box should find that transaction.  You might also find it based on the account and date as shown for that TRANSACTION.

Does KMM give a reason for not letting you edit the transaction? Is one of the referred accounts closed?  Closed accounts are not a problem, but missing accounts are.  You just need to reopen the account in order to edit the transaction.

To search for an account by id, you need to grep the xml or zgrep the kmy file, and then find the account in KMM by using the name. Unfortunately, I do not know of a way to search for account id in the program.

SUBACCOUNTs show accounts shown/grouped below the ACCOUNT in the Accounts View, but I think it is a problem that an account has a subaccount with the same id.  Perhaps it might be a side-effect of the problematic deletion that actually caused the issue.  A000432 not having itself as a subaccount should not be a problem.

Can you post the line you get when you grep for the name of the CD.  That might shed some light on the issue.



On 9/9/25 9:26 PM, Brendan Coupe via KMyMoney-devel wrote:
I assume you mean try to open with the recent compiled version to see which transaction keeps me from opening KMM, then search for it via Ctl-Alt-F in the most recent version that I have that will open the file. 2 problems, Ctl-Alt-F opens Thunar. Ctl-Shift-F opens search in KMM but doesn't seem to search for the transaction id.

Second, I think I found one of the problem transactions but I can't edit it. I can't delete it, I can't copy it.

I can show transaction details. That shows a closed account on the second split which is not the same number when I grepped the file (A000242 versus A000432).

Is there a way for me to search for A000432 in KMM?

Note that A000424 has the following line:

<SUBACCOUNT id="A000424"/>

A000432 does not have this line which I suspect is the problem.

When I grep the name of the CD that 424 contains I get a line back with both 424 and 432. I have no idea what I'm looking at in this line so it's not much help to me.

**
*Brendan Coupe*
*3...@coupe7.com*


On 2025-09-09 5:25 PM, Jack via KMyMoney-devel wrote:
It looks like a circular process for now. Try to open the file in the new version and grep to find the transaction that refers to the "missing" account.  In the working version of KMM, edit that transactions (you can do Ctl-Alt-F and type in the transaction id to find it) and check that the Category refers to a valid (still existing) one.  Then save the file again and try to open it int he new version to find the next problem transaction.

Reply via email to