On 4/2/2016 1:14 PM, via KDE Bugzilla wrote:
Then I did another CC on the DB and this time it reported identical output but
at the bottom:
Finished: 0 problems corrected. 111 problems still present.
That is not really as bad as it looks. All those errors about account
opening dates are from recent changes to the program, so you would not
have seen them previously. However, I don't think any of these errors
should cause a crash. The first step is to recover your data and let
you keep working. After that, if saved a copy of the bad database, then
at a lower priority, it might be possible to find the source of the crash.
The issue is that an account should not have any transaction with a date
earlier than the opening date of the account. In KMM, payees and
categories are internally treated as accounts, and when they are
created, their opening date is the date they were created, not the date
of the first transaction. This is where most of these issues come from.
As you saw, KMM was able to fix most of those errors by altering the
opening date of the account. For the others, you can try to manually
edit the account and change the opening day to be early enough. In
general, the best way I have found to do this is to open the ledger for
the target account, then click the edit account icon (if you have it
displayed) or else select the Account/Edit menu. It seems the "Opening
Balances" account is a bit difficult to find - but the first transaction
in the ledger for most other accounts is the initial transfer of the
opening balance for that account, so you can right click on the
transaction, and there should be a choice "Go to 'Opening Balances"'.
