Version: SVN trunk (using KDE 4.6.0) OS: Linux When importing transactions from another application using QIF, the account opening date is set to today's date when the import data does not contain an opening balance transaction. Reproducible: Always Steps to Reproduce: Import a QIF file into a new account w/o opening balance transaction and a single transaction in the past. Actual Results: The opening date for the account is set to today and you cannot edit the transaction with a post date in the past. Expected Results: In such a case, set the account opening date to the date of the first transaction. It's not accurate but the best we could do without causing trouble to modify the transactions.
Is this in any way related to the recent message regarding bug 323480? Separately, I believe there was a request to the mailing list to allow setting a default opening date for accounts (as a KMM configuration option) mainly to handle issues such as this, although that does not address the opening balance issue.
Has this been resolved by changes to the opening date handling? I'm not sure of an easy way to test.
Created attachment 125202 [details] Sample file creating a new account with a transaction before the opening date I just duplicated the problem with the attached file.