Tighten up de-reconciliation upon transaction editing
Reported by Virgil Dupras | March 20th, 2011 @ 02:52 PM
Currently, moneyGuru "over de-reconcile" when editing transactions. For example, when a reconciled transaction moves money from an asset to an expense account, changing the "To" column of that transaction will de-reconcile the asset entry, even though no actual change is made to that entry.
For people not using the "Reconciliation date" feature, it's not a big deal. Just press the spacebar, and the entry is reconciled again. However, for people having set a reconciliation date that is different from the entry date, important data is lost in this de-reconciliation and it's annoying to have to re-enter it.
Comments and changes to this ticket
-
Virgil Dupras March 22nd, 2011 @ 09:49 AM
- Assigned user set to “Virgil Dupras”
Although the behavior of the transaction table w.r.t de-reconciliation is not a bug itself, the reason why there's this behavior is kind of buggish in nature (it's an unintended byproduct of currency setting in Transaction.change()), so I'm fixing this for 2.3.6
-
-
Virgil Dupras March 22nd, 2011 @ 10:11 AM
- State changed from “accepted” to “fixed”
(from [b81fda8fa527]) [#237 state:fixed] Fixed erronous de-reconciliation on ttable edits. https://bitbucket.org/hsoft/moneyguru/changeset/b81fda8fa527/
Please Sign in or create a free account to add a new ticket.
With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.
Create new ticket
Create your profile
Help contribute to this project by taking a few moments to create your personal profile. Create your profile ยป
People watching this ticket
Virgil Dupras
Tags
Referenced by
-
237
Tighten up de-reconciliation upon transaction editing
(from [b81fda8fa527]) [#237
state:fixed] Fixed erronous d...