[GNC] Strange behavior when reconciling credit card account, version 5.12
Geert Janssens
geert.gnucash at kobaltwit.be
Fri Aug 8 10:46:13 EDT 2025
Op vrijdag 8 augustus 2025 15:09:27 Midden-Europese zomertijd schreef Mike Carney:
> On 8/8/25 8:47 AM, Derek Atkins wrote:
> > It's always been the case that GnuCash guesses at the closing date and
> > computes the ending balance based on transactions up to that date. If you
> > change the date, it will recompute the balance. You can (and I always do)
> > enter the balance into the field manually to set the correct ending
> > balance.
> >
> > Are you saying that if you manually enter an ending balance into the field
> > and then continue, GnuCash ignores it? If so, then that is a new (and
> > broken) behavior. The reconcile process should take whatever is input
> > into that field as the ending balance, whether it is the computed value or
> > a manually input value.
>
> Yes, exactly this -- I entered a value in the Ending Balance field of
> the "Reconcile Information" dialog, and gnucash ignored this value. In
> my previous experience, gnucash always used the "Ending Balance" field,
> hence my confusion when the account wouldn't reconcile. Then I noticed
> that the Ending Balance field of the large Reconcile window didn't match
> what I entered. I cancelled the reconcile, and tried again -- same
> behavior. Then I changed the Statement Date in order to exclude the
> statement date transactions that weren't included in the statement in
> order to properly reconcile the account. Very strange -- I never saw
> this behavior before. Not sure if it matters, but I'm using fedora 42 +
> wayland + KDE.
>
This may be this bug: https://bugs.gnucash.org/show_bug.cgi?id=799650[1]
If it is, it will be resolved in the next gnucash release.
Regards,
Geert
--------
[1] https://bugs.gnucash.org/show_bug.cgi?id=799650
More information about the gnucash-user
mailing list