[Kmymoney-devel] [kmymoney4] [Bug 317543] New: Validity of transaction date not recalculated on change of date

[Ian Neal]

https://bugs.kde.org/show_bug.cgi?id=317543

            Bug ID: 317543
           Summary: Validity of transaction date not recalculated on
                    change of date
    Classification: Unclassified
           Product: kmymoney4
           Version: git master
          Platform: Compiled Sources
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
          Assignee: kmymoney-devel at kde.org
          Reporter: iann_bugzilla at blueyonder.co.uk

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.

-- 
You are receiving this mail because:
You are the assignee for the bug.