Bug 317543

Summary: Validity of transaction date not recalculated on change of date
Product: [Applications] kmymoney Reporter: Ian Neal <iann_bugzilla>
Component: generalAssignee: KMyMoney Devel Mailing List <kmymoney-devel>
Status: RESOLVED WORKSFORME    
Severity: normal CC: hans, onet.cristian
Priority: NOR    
Version: git (master)   
Target Milestone: ---   
Platform: Compiled Sources   
OS: Linux   
Latest Commit: Version Fixed In:

Description Ian Neal 2013-03-29 14:00:19 UTC
If you try to enter a transaction with a date prior to account opening, the date turns red (correctly) and won't let you proceed but changing the date to one later than account opening does not make the date turn non-red.

Reproducible: Always

Steps to Reproduce:
1. Open KMyMoney
2. Go to Ledger and select an account
3. Make a note of account opening date (e.g. 1st Jan 2013)
4. Start entering transaction into account (date gets populated with today's date)
5. Alter the date to 1st Dec 2012 (does not turn red yet)
6. Enter payee/payer and category (date turns red after category entered)
7. Alter the date to 1st Feb 2013 (does not turn non-red)
Actual Results:  
Transaction cannot be entered despite date being a valid one.

Expected Results:  
Transaction can be entered.

Date validity only seems to be recalculated when the category is changed, this means that transactions that should be valid cannot be entered and ones that are not valid, can be.

Workaround is to go to category field, delete a single character and re-enter it, date validity is then recalculated.
Comment 1 Cristian OneČ› 2014-07-31 08:13:24 UTC
I can't reproduce this anymore since the date turns red and back immediately after I cross the account creation boundary back and forth. This must have been fixed in the meantime.