Problem opening KMM file

[Jack]

On 9/15/25 12:36 PM, Brendan Coupe via KMyMoney-devel wrote:
> On 2025-09-15 12:31 AM, Thomas Baumgart via KMyMoney-devel wrote:
>> On Mittwoch, 10. September 2025 00:03:29 CEST Brendan Coupe via 
>> KMyMoney-devel wrote:
>>
>>> I have no idea how to fix this.
>>>
>>> grep  A000432 MyMoney.kmy  | grep '<ACCOUNT>'
>>>
>>> returns nothing.
>>>
>>> grep  A000432 MyMoney.kmy  | wc
>>>
>>> returns 9 lines
>>
>> I read this before and wondered what you were doing to see
>> nothing but finding 9 matches and just spotted the problem today:
>>
>>    grep  A000432 MyMoney.kmy  | grep '<ACCOUNT>'
>>
>> needs to be changed to
>>
>>    grep  A000432 MyMoney.kmy  | grep '<SPLIT'
>>
>> because the account is missing and there won't be an ACCOUNT item
>> (unless there is and it is not loaded for other reasons, but I doubt
>> that).
>>
>> That should show those 9 matches as well (maybe less, but that is
>> not so important right now). Using
>>
>>    grep -n A000432 MyMoney.kmy  | grep '<SPLIT'
>>
>> provides you the line numbers of those splits and you can try to
>> analyze of which type this account needs to be by looking at the
>> transaction.
>>
> grep -n A000432 MyMoney.kmy  | grep '<SPLIT'
>
> returns nothing
>
> grep -n A000432 MyMoney.kmy  | grep SPLIT
>
> returns 9 lines.
>
> Each of the 9 lines has 1,500 plus characters. The length is pretty 
> unique in my KMM file although I have found a few that are not part of 
> the lines with A000432. My guess is A000432 is not the only problem.
>
> grep -n '.\{1500\}' MyMoney.kmy  | wc
>
> returns 77 lines that are over 1500 characters long so hopefully they 
> all don't need to be fixed.

In my personal xml file, all lines over 1200 characters are <PAIR 
key="reconciliationHistory" value="very long list of dates and 
amounts"/>.  If that is true for you, those lines are not relevant to 
your problem.  However, none of those lines have any account ID in them, 
so this finding may end up not relevant to your data.

My understanding is you have a number of bad TRANSACTIONS where one (or 
more) of the SPLITs within each one has an account="Annnnnn" where there 
is no <ACCOUNT entity with that id in the data file. For the very long 
lines, do they look like reasonable lines which just happen to have long 
strings as the value of attributes, or do they look like there is 
actually something wrong with them?  For the lines with SPLIT but not 
"<SPLIT" what is before SPLIT?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kmymoney-devel/attachments/20250915/3544b3c7/attachment.htm>