Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Reconcile's Ending Balance doesn't update to match new Statement Date #68

Closed
cheezecat opened this issue Jan 2, 2019 · 2 comments
Closed

Comments

@cheezecat
Copy link
Contributor

cheezecat commented Jan 2, 2019

Expected Behavior

When changing the Statement Date in the Reconcile Settings dialog, the Ending Balance (if not manually entered?) should be re-calculated to match the new date.

Actual Behavior

The Ending Balance is calculated the first time the Reconcile Settings dialog is opened, and never changes after that without manual intervention.

Steps to Reproduce the Problem

  1. Choose an account with unreconciled transactions in the previous month/period
  2. Press Reconcile button - note that Ending Balance has been correctly calculated to match default Statement Date
  3. Change Statement Date to include more or fewer transactions
  4. Notice that Ending Balance does not change

Specifications

  • jGnash Version: 2.36.1
  • Operating System: Linux Mint 18.3
  • Java Version:
openjdk version "1.8.0_191"
OpenJDK Runtime Environment (build 1.8.0_191-8u191-b12-0ubuntu0.16.04.1-b12)
OpenJDK 64-Bit Server VM (build 25.191-b12, mixed mode)
@kumarpranay
Copy link
Contributor

This should already work. I patched this on Nov 2017 so any release after that should change the closing balance if you change the date. How are you changing the date? Can you try if this works with up/down arrows to increment/decrement the date.

@cheezecat
Copy link
Contributor Author

Yes, this seems better now. Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants