> 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 [email protected]: > > 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 >> [email protected]>> : >> >>> 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 >>>> >>>> <[email protected]> <mailto:[email protected]>>>>> >>>> wrote:Thanks, Liz. Yes, all nine are marked "n" in the Register.Dec 25, >>>> 2025, 14:04 by >>>> [email protected]>>>> : >>>> >>>>> On Thu, 25 Dec 2025 14:02:35 +0100 (CET)"John H. via gnucash-user" >>>>> >>>>> <[email protected]> <mailto:[email protected]>>>>>> 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>>>> [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. >> _______________________________________________ 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.
