GNOME Bugzilla – Bug 343527
reconciliation date should never be in the future
Last modified: 2018-06-29 21:06:28 UTC
When I'm going to reconcile an account, the Reconcile Information dialog presents me a date, which supposedly is calculated depending on the dates of the last reconciliations. I'used to reconcile about all days a cash account, in order to balance the sum gnucash reports me with the money I have in the cash. However, if a day I don't reconcile, the next reconciliation will influence the date of the following reconciliations, and if I don't check that date (it's in the future, and therefore it doesn't change the balance), a time is coming when that date will be in such a future that will be a past. For example, today is 5/31/2006. If I reconcile in a week (6/6/2006), the day after the dialog will present me the date 6/13/2006. If I don't correct it, the day after it will be 6/20/2006, and so on. In the past that led me to a situation that that date was so much in the future that the following reconciliation I had the date in the past (because of a binary integer that converts itself because of overflow in a negative value?). I propose that the dialog present simply today's date.
While I disagree with your reasoning, there is a problem here. The way it currently works in terms of computing the reconciliation date based on the last two dates is the correct algorithm in general and that should not be changed. However, reconciliation should never happen in the future. So I've changed the summary to state that. The reconcile dialog should test if the proposed date is in the future and IN THAT CASE change the proposed date to "today"
Fine proposal! I think it will resolv many problems!
Fixed in r14297.
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=343527. Please update any external references or bookmarks.