After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 343527 - reconciliation date should never be in the future
reconciliation date should never be in the future
Status: VERIFIED FIXED
Product: GnuCash
Classification: Other
Component: Register
1.9.x
Other Linux
: Normal minor
: ---
Assigned To: David Hampton
Chris Shoemaker
Depends on:
Blocks:
 
 
Reported: 2006-05-31 18:26 UTC by Paolo Benvenuto
Modified: 2018-06-29 21:06 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Paolo Benvenuto 2006-05-31 18:26:45 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.
Comment 1 Derek Atkins 2006-06-01 01:03:22 UTC
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"
Comment 2 Paolo Benvenuto 2006-06-01 01:10:00 UTC
Fine proposal!

I think it will resolv many problems!
Comment 3 David Hampton 2006-06-02 21:39:32 UTC
Fixed in r14297.
Comment 4 John Ralls 2018-06-29 21:06:28 UTC
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.