[GNC] GC reconcile window problems

Fri Dec 26 07:04:00 EST 2025

> Again, this explains the behaviour you observe. What behaviour do you expect? What transactions are in the accounts register, which don't appear but you expect to?

I expect all unreconciled transactions currently in the Account register and which are not reconciled to appear in the Reconciliation Window.

>If I understand, what you call the Initial Reconciliation Window is shown in Figure 2.28 of the GnuCash Guide.

Yes

>My understanding is that the dates of reconciled transactions in that account are not a factor.  That is a "reason that the default [i.e. closing] statement date] should not be 30 November 2025". Sometimes GnuCash guesses wrong. That is no big deal. Just enter a corrected statement date.

I have never known GC to guess the wrong date by eight months. A few days? - yes, especially when the reconciliation period isn't always the end of the month.

>I do not know what "reconciliation period" you are referring to. The window in Figure 2.28 does not have a starting date, just a [closing] statement date.

The reconciliation period varies by account. In Case 1 the statement date is the 15th of the month, plus or minus a day. In Case 2 the statement date is always the last day of the month.

>I can tell you from my experience that GnuCash is happy to show me tens of transactions in a Reconcile Window for one statement reconciliation. Your copy of GnuCash may impose a limit, but I don't think that is inherent to GnuCash.

In the past nine years and thousands of transactions I have always found GC to present transactions properly in the Reconciliation Window; this is the first/only time for it not to do so.  This behavior began only a few days ago and before consulting the mailing list I took a few troubleshooting steps, including reverting to an older file and upgrading to GC v5.14. I'm happy to learn that you don't believe GC has any inherent transaction limits that I've just discovered - that possibility had weighed on my mind. Unfortunately, this is not a minor glitch for which I can use a workaround - being unable to properly reconcile accounts make GC unusable to me and I certainly hope there's a solution.

Dec 26, 2025, 01:49 by list+gnucash at jdlh.com:

>
> On 2025-12-25 20:00, John H. via gnucash-user wrote:
>
>
>> Two cases, two different accounts:Case 1. They are the first four transactions by ordered date - two debits followed by two credits. ... The four transaction are the first four calendar reconciliation period transactions, i.e., two credits and two debits. 
>>
> OK, the behaviour you observe is that the Reconcile Window shows    four transactions. What behaviour do you expect?  What transactions    are in that account's register, which do not appear in the Reconcile    Window, which you expect to appear?
>
>> Case 2. The transactions are also ordered by date. They include the first two debits in the reconciliation period and also the first two credits. 
>>
>
> Again, this explains the behaviour you observe. What behaviour do      you expect? What transactions are in the accounts register, which      don't appear but you expect to?
>
>
>
>
>
>> [Case 2.] Also, the Initial Reconciliation Window had defaulted to 31 March 2025 and I changed it to 30 November 2025 (but did not save). All transactions  between March and October are reconciled and are marked with a "y" so there is no reason that the default statement date should not be 30 November 2025.
>>
>
> If I understand, what you call the Initial Reconciliation Window      is shown in Figure 2.28 of the GnuCash Guide. The one date there      is labelled, Statement Date. I believe that GnuCash sets this date      to be a certain number of days after the Statement Date you set      the last time you completed reconciliation for that account. My      understanding is that the dates of reconciled transactions in that      account are not a factor.  That is a "reason that the default      [i.e. closing] statement date] should not be 30 November 2025".      Sometimes GnuCash guesses wrong. That is no big deal. Just enter a      corrected statement date.
>
>
>> The Initial Reconciliation Window now shows the current reconciliation period, 11 Nov 2025 to 15 Dec 2025. (It did not originally show the correct date, but now it does after I changed it and saved.) 
>>
>
>
>
>
> I do not know what "reconciliation period" you are referring to.      The window in Figure 2.28 does not have a starting date, just a      [closing] statement date.
>
>
>> It appears that the system wants the first two debits and the first two credits. If it had wanted the first four transactions, per se, it would have chosen no debits but rather all four would be credits.
>>
>
> I can tell you from my experience that GnuCash is happy to show      me tens of transactions in a Reconcile Window for one statement      reconciliation. Your copy of GnuCash may impose a limit, but I      don't think that is inherent to GnuCash.
>
>
>
>
> Best regards,
>       —Jim DeLaHunt
>
>
>
>
>
>
>
>>
>> Dec 25, 2025, 20:12 by >> jralls at ceridwen.us>> :
>>
>>> Is there anything that distinguishes the 4 transactions that show up from the 5 that don’t? Are they the first 4, the last 4, or a seemingly random selection of the 9? Does the account you’re trying to balance have sub accounts and some of the transactions are actually in the sub accounts?Regards,John Ralls
>>>
>>>> On Dec 25, 2025, at 5:03 PM, John H. via gnucash-user >>>> <gnucash-user at gnucash.org> <mailto:gnucash-user at gnucash.org>>>>>  wrote:Thanks, Liz. Yes, all nine are marked "n" in the Register.Dec 25, 2025, 14:04 by >>>> edodd at billiau.net>>>> :
>>>>
>>>>> On Thu, 25 Dec 2025 14:02:35 +0100 (CET)"John H. via gnucash-user" >>>>> <gnucash-user at gnucash.org> <mailto:gnucash-user at gnucash.org>>>>>>  wrote:
>>>>>
>>>>>> Thank you, Jim - I appreciate your willingness to help. I'llcertainly review section 2.9.4; even with nine years of GC accountsand thousands of reconciliations over those years it's always a goodidea to review the basics. Also, I can see that including mytroubleshooting steps, and especially using the wrong terms, Iintroduced ambivalence into a rather simply-described problem.
>>>>>>
>>>>>>> Or do you mean, of the many more than four un-reconciled transactions in the account, all of which you expectedto appear in the Reconcile window, only four of them actuallyappeared?  If so, that requires more exploration.
>>>>>>>
>>>>>> This latter is indeed the case. If the Register has nine transactionsthat need to be reconciled, the Reconcile window shows only four. Ifthere are three transactions that need to be reconciled, theReconcile window shows three. This issue is not just limited to oneaccount but affects all my accounts.
>>>>>>
>>>>> This could be because some transactions are marked 'cleared'. Atransaction can be marked with a 'c' for cleared either from an importstep or from fat fingers.I presume that John H has counted transactions which have a 'n' in thereconcile column.Liz
>>>>>
>>>> _______________________________________________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.
>>