[GNC] Reconcile Operation overrides User-entered Ending Balance

Tom Route36 tom.route36 at gmail.com
Wed Aug 5 04:24:50 EDT 2026 

John,
A correction to my availability for testing.  It's Wednesday (today) 
that I won't have my test system.  So if you have other questions for 
me, I'll be back Thursday.  Sorry for the confusion.  (It's been a 
really long day for me ... whatever day this is now.)
Tom

On 08/05/2026 01:57 AM, Tom Route36 wrote:
> 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