Tom,

No rush, respond when you have time and are with your machine.

That’s an interesting behavior that I still can’t reproduce, but maybe I need 
to set up a test book with the right conditions to be able to duplicate it 
exactly.

Please do provide the preferences you have set to help with replication 
efforts. 

Regards,
John Ralls


> On Aug 5, 2026, at 01:24, Tom Route36 <[email protected]> wrote:
> 
> 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 <[email protected]> 
>>>> <mailto:[email protected]> 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
>>>>> [email protected] <mailto:[email protected]>
>>>>> 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
>>>> [email protected] <mailto:[email protected]>
>>>> 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
[email protected]
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.

Reply via email to