[GNC] Reconcile Operation overrides User-entered Ending Balance

Tom Route36 tom.route36 at gmail.com
Wed Aug 5 03:57:50 EDT 2026 

Hi John,

I can go and provide you with all the settings you asked about here; but 
before I do that I have an important -- and weird -- update I think you 
might want to hear about first.  Bear with me while I explain 
step-by-step the additional testing I just did.

First, in this credit card account where I'm doing the testing, I have 
deliberately *not* actually completed any reconciliation.  So all of the 
past month's transactions are all staying in their un-reconciled state.  
All I'm doing is bringing up the Reconcile popup window repeatedly and 
trying different dates and amounts there to see what happens in the 
resulting Reconciliation summary box after I click OK in the popup 
window.  In other words, I'm trying to maintain the same testing baseline.

Having said that, here's the exact routine that I'm following.  With the 
credit card account open, I click the Reconcile button at the upper 
right corner of the GnuCash window.  That opens the Reconcile popup 
window.  The Statement Date field has the 7/25 date.  And the Ending 
Balance field, which is highlighted by the current cursor position, 
shows the $800 amount.  I click in the Statement Date field to put the 
cursor there.  And I tap the plus key (+) on my numeric keypad twice to 
advance the date to 7/27.  As soon as I do that the $800 amount in the 
Ending Balance field changes to $950.

Once the Ending Balance field changes to $950, I hit the Tab key twice 
to move the cursor to the Ending Balance Field, which highlights the 
$950 amount.  Then I type in my correct Ending Balance amount, which is 
the $800 amount from my credit card statement.  Then I use the mouse to 
click the OK button.  That closes the Reconcile popup window; and takes 
me to the Funds In vs. Funds Out window where I see the Reconcile 
summary box in the lower right corner.  And that's where I see that the 
Ending Balance in that summary box is $950 instead of the $800 that I 
just entered previously.

Okay.  So the above description is what I'm doing step-by-step. Now, 
brace yourself for the weird part.

Like I said above, when I put $800 as the Ending Balance in that popup 
window and click OK, the summary box then lists the Ending Balance as 
$950.  So my entry got overridden, just as I've been reporting all 
along.  So for my testing now, I decided to change the value that I 
entered in that popup window -- still setting the Statement Date to 
7/27.  For the Ending Balance I typed in $799.99. And to my surprise, 
when I clicked the OK button, the Reconcile summary box kept and 
displayed the Ending Balance as $799.99, exactly as I entered it.

So since the Reconcile popup seemed to like one cent less than the 
actual ending balance, I figured why not try one cent more?  Next go 
round in the popup window I entered $800.01.  And once again, when I 
clicked the OK button, the summary box kept and displayed the Ending 
Balance as $800.01, again exactly as I entered it.  No more overriding 
of my entered values.

Problem solved??  Nope!  I went back again to enter the proper value of 
$800.00 exactly.  And once again, when I clicked OK, the summary box 
insisted on showing the $950 value again.  Like I said ... weird!

I can still provide those other details if you think it will help. But 
unfortunately, I'm going to be away from my test system here all day 
Thursday.  If there's any other info or testing you'd like though, just 
let me know; and I'll try to get to it on Friday.

Tom


On 08/04/2026 09:59 PM, John Ralls wrote:
> Tom,
>
> Yes, all the date stuff is irrelevant. The problem you describe is 
> that the entry isn’t getting read before the dialog is closed and the 
> ending balance is copied to the reconcile window. This seems closely 
> related to https://bugs.gnucash.org/show_bug.cgi?id=799650, which 
> reported that under some circumstances using the enter key to complete 
> the reconcile info dialog after editing the ending balance field 
> didn’t read the new value in that field. As Sherlock said he fixed it 
> a year ago.
>
> Since none of us can reproduce the problem—and while nobody yet has 
> tried on Windows it’s pretty unlikely to be OS related—you may have 
> found a new corner case. Please record carefully, step by step, 
> exactly what you type and click to reproduce the behavior.
>
> There are also some preferences that might be germane: What are your 
> settings for Reverse Balanced Accounts in the Accounts page and all of 
> the Reconcile options in the Register tab?
>
> One more possible difference: Are any of the splits cleared (the 
> Reconcile column between the account and debit columns is ‘c’ instead ’n’?
>
> Regards,
> John Ralls
>
>
>> On Aug 4, 2026, at 19:15, Tom Route36 <tom.route36 at gmail.com> wrote:
>>
>> Hi Sherlock,
>>
>> Thanks for that info and link.  Just for clarification, Bug 799753 is 
>> listed as "/Reconciliation error when reconciling transactions posted 
>> after the reconcile date/".  So it sounds like maybe the issue is 
>> fixed. One concern though is the "/posted after/" part.  In my case, 
>> the transaction of concern is posted *on*, not after the date.  Does 
>> it seem like the July 7th code fixes that?
>>
>> Also, one other concern.  Even when I manually enter the correct 
>> ending balance in the Reconcile window -- and the corrected value 
>> seems to get accepted there -- my corrected entry gets changed back 
>> to the wrong value once I hit the OK button.  Do you think that's 
>> also addressed by the updated code?
>>
>> Tom
>>
>>
>>
>> On 08/04/2026 06:18 PM, Sherlock wrote:
>>> Hi Tom,
>>>
>>> This sounds like the issue addressed by 
>>> https://github.com/Gnucash/gnucash/pull/2263 and merged in to the 
>>> stable branch on July 7th, 2026.
>>>
>>> Regards,
>>>
>>> Sherlock
>>>
>>>
>>> On 8/4/26 2:35 PM, Tom Route36 wrote:
>>>> Hi all,
>>>>
>>>> I came across what looks to me like a bug in Reconcile operations; 
>>>> but before I post anything to Bugzilla I just want to run it by 
>>>> folks here to see if this is a real bug, or if maybe it's just 
>>>> operator error on my part.  Here's the deal. (And you can scroll 
>>>> ahead to the 5th paragraph if you don't want all the background 
>>>> details.)
>>>>
>>>> I get a credit card statement; and I want to reconcile it.  The 
>>>> statement ending date is 7/27, and the statement ending balance is 
>>>> $800.  I open up the account in GnuCash and hit the Reconcile 
>>>> button. The Reconcile window pops up showing me a Statement Date of 
>>>> 7/25 with an Ending Balance of $800.  So far, all is okay.  I know 
>>>> the Statement Date in the Reconcile popup is an estimated date 
>>>> based on the previous month, and the Reconcile Ending Balance is 
>>>> the balance of the account as of that estimated date.  It's all good.
>>>>
>>>> Now I need to do the Reconcile operation.  So in that popup window, 
>>>> I edit the Reconcile Statement Date changing it from 7/25 to 7/27; 
>>>> and I see that the Reconcile Ending Balance changed from $800 to 
>>>> $950.  That change in Ending Balance doesn't surprise me because I 
>>>> know that I had a transaction on 7/27 for $150; and that 
>>>> transaction won't appear on my credit card statement until the 
>>>> following month. However, GnuCash figures that $150 is part of the 
>>>> current reconciliation period. No big deal though.  I just go and 
>>>> edit the Ending Balance from $950 back to $800.  With my edits, 
>>>> both those fields in the Reconcile popup window now match my credit 
>>>> card statement. Again, everything looks fine.
>>>>
>>>> So I hit the OK button in the Reconcile popup window.  And that 
>>>> gets me to the window where I can do the actual reconciliation - 
>>>> the listing of Funds In and Funds Out.  And here's where I have a 
>>>> problem.
>>>>
>>>> In the lower right corner of that Funds In vs. Funds Out window is 
>>>> a box with the reconciliation summary.  And even though it shows my 
>>>> Statement Date correctly as 7/27, it ignores the edit that I made 
>>>> to the Ending Balance.  It's back at $950, instead of the $800, 
>>>> which is what I entered in the Reconcile popup window.  To me, that 
>>>> seems like a bug.
>>>>
>>>> Anyway, I just wanted to put this out here for any comments, in 
>>>> case there's some logical reason that I'm not aware of for GnuCash 
>>>> ignoring or overriding my input in the Reconcile popup window.  Let 
>>>> me know what you think.
>>>>
>>>> Tom
>>>
>>> _______________________________________________
>>> gnucash-user mailing list
>>> gnucash-user at gnucash.org
>>> To update your subscription preferences or to unsubscribe:
>>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>>> -----
>>> Please remember to CC this list on all your replies.
>>> You can do this by using Reply-To-List or Reply-All.
>> _______________________________________________
>> gnucash-user mailing list
>> gnucash-user at gnucash.org
>> To update your subscription preferences or to unsubscribe:
>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>> -----
>> Please remember to CC this list on all your replies.
>> You can do this by using Reply-To-List or Reply-All.
>

More information about the gnucash-user mailing list