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@kde.org
Reporter: iann_bugzi...@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.
_______________________________________________
KMyMoney-devel mailing list
KMyMoney-devel@kde.org
https://mail.kde.org/mailman/listinfo/kmymoney-devel
