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 [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 [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.
_______________________________________________
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.
