https://bugs.kde.org/show_bug.cgi?id=313793
--- Comment #31 from Cristian Oneț <onet.crist...@gmail.com> --- (In reply to Gilberto Caetano de Andrade from comment #30) > (In reply to Cristian Oneț from comment #29) > > (In reply to Gilberto Caetano de Andrade from comment #26) > > > Created attachment 92415 [details] > > > kmymoney file corrupted by consistency check option when doin import > > > > What do you mean by "corrupted", from what I see you imported some > > transactions in some income expense accounts prior to the opening date of > > They are not accounts! They are Categories. Before this feature, I could > analyze old transactions and create new Categories for them. This feature > should not touch category's date creation or anything else. > As I said, it should touch nothing, just check/report/identify problems. I don't agree that it should only identify problems. Since the opening date of accounts (categories included) can only be edited one by one it would have beed a pain for all users having historic data (transactions older than catogiry creation date) to update their catrgories data. AFAIK the opening date of regular accounts is not adjusted. > > > those accounts, which, after the consistency check runs, get properly > > adjusted. > > > > This only happens when historic data is imported. > > That's the point, there is no historic data imported. They are new data > coming from my bank account(via OFX). Kmymoney is touching old data, making > changes it shouldn't. Sorry, but transactions from 12-2013 seem historic to me. Having a transaction in an account (even category) before it's opening date could cause incorrect reports so this needs to be fixed. -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ KMyMoney-devel mailing list KMyMoney-devel@kde.org https://mail.kde.org/mailman/listinfo/kmymoney-devel
