Two cases, two different accounts: Case 1. They are the first four transactions by ordered date - two debits followed by two credits. 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.) The four transaction are the first four calendar reconciliation period transactions, i.e., two credits and two debits.
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. 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. 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. 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]> 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]> wrote: >>> >>>> Thank you, Jim - I appreciate your willingness to help. I'll >>>> certainly review section 2.9.4; even with nine years of GC accounts >>>> and thousands of reconciliations over those years it's always a good >>>> idea to review the basics. Also, I can see that including my >>>> troubleshooting steps, and especially using the wrong terms, I >>>> introduced 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 expected >>>>> to appear in the Reconcile window, only four of them actually >>>>> appeared? If so, that requires more exploration. >>>>> >>>> >>>> This latter is indeed the case. If the Register has nine transactions >>>> that need to be reconciled, the Reconcile window shows only four. If >>>> there are three transactions that need to be reconciled, the >>>> Reconcile window shows three. This issue is not just limited to one >>>> account but affects all my accounts. >>>> >>> >>> This could be because some transactions are marked 'cleared'. A >>> transaction can be marked with a 'c' for cleared either from an import >>> step or from fat fingers. >>> >>> I presume that John H has counted transactions which have a 'n' in the >>> reconcile 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.
