Bug 280127

Summary:	Account opening date is false when importing files w/o opening balance transaction
Product:	[Applications] kmymoney	Reporter:	Thomas Baumgart <tbaumgart>
Component:	general	Assignee:	KMyMoney Devel Mailing List <kmymoney-devel>
Status:	CONFIRMED ---
Severity:	wishlist	CC:	ostroffjh
Priority:	NOR
Version:	SVN
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed In:
Attachments:	Sample file creating a new account with a transaction before the opening date

Description Thomas Baumgart 2011-08-15 14:52:04 UTC

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.

Comment 1 Jack 2014-09-14 00:54:39 UTC

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.

Comment 2 Jack 2020-01-17 18:14:36 UTC

Has this been resolved by changes to the opening date handling?  I'm not sure of an easy way to test.

Comment 3 Thomas Baumgart 2020-01-17 18:58:46 UTC

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.