John H.,
I suspect this may be a version of bug 799590 or 799650 both of which
have already been addressed. To confirm, I suggest upgrading to 5.14.
Regards,
Sherlock
I suspect this
On 12/26/25 11:23 AM, John H. via gnucash-user wrote:
I had hoped that you would understand my question to be broader than the dates
example: I want you to examine the 9 unreconciled transactions in the account
and see if there are any differences between the four that are presented and
the five that are not.
As far as I can tell, there is no difference among the transactions compared to
my previous practices. This, Case 1, is a savings account and nine of the
transactions are scheduled, with numbers, debits and credits automatically
posted to GC. In the case of interest payments the values may change and I do
that manually. The other two transactions were direct payment of credit card
bills without passing first through my checking account. In that case I
credited the savings account and debited each credit card account.
I thought I had answered more on the difference question at one point, but I can't find
it, so here is what I found. "It appears the system wants the first two debits and
the first two credits (to make up the four in the Reconciliation Window). If it had
wanted the first four transactions, per se, it would have chosen no debits but rather all
four would be credits."
You didn’t answer the question about sub accounts. ("Does the account you're trying
to balance have sub accounts and some of the transactions are actually in the sub
accounts?"
This particular savings account is is subordinate to Assets then Current Assets
and is among other accounts within Current Assets, but has no sub accounts to
this savings account.
What are these two cases? Different accounts where the reconcile window is
presenting only four transactions and there are more unreconciled ones? Please
provide more detail.
Case 1 is a savings account and Case 2 is a checking account within Current
Assets and neither has sub accounts.
Your use of the word “period” is causing confusion. A period is a set of
contiguous dates with a beginning and an end. GnuCash’s reconcile process
doesn’t work on a period even though your bank statement does. The window is
supposed to display all unreconciled transactions—those with an ’n’ or a ‘c’ in
the R(reconciled) column between the Account and left value column—regardless
of date.
Specifically, the Case 1 statement reads, "Statement Period: 11/15/2025 to 12/15/2025." The Case 2 statement
reads, "Statement Period 11/01/2025 through 11/30/2025". The reconciliation window should show any
transactions that have not been reconciled, e.g., those with an "n" or "c". It does not.
There’s a preference in the Preferences Register tab to make it always today.
There is. I believe in my troubleshooting I had unchecked it. It is now
checked. Thanks.
Note also in that second screenshot the warning at the bottom of the window.
There are a few possible warnings down there. Does the reconcile window show
anything there on the accounts you’re having trouble with?
There are no warning in the Reconciliation Window.
Thank you - I appreciate your help.
Dec 26, 2025, 12:01 by [email protected]:
I had hoped that you would understand my question to be broader than the dates
example: I want you to examine the 9 unreconciled transactions in the account
and see if there are any differences between the four that are presented and
the five that are not.
You didn’t answer the question about sub accounts.
What are these two cases? Different accounts where the reconcile window is
presenting only four transactions and there are more unreconciled ones? Please
provide more detail.
Your use of the word “period” is causing confusion. A period is a set of
contiguous dates with a beginning and an end. GnuCash’s reconcile process
doesn’t work on a period even though your bank statement does. The window is
supposed to display all unreconciled transactions—those with an ’n’ or a ‘c’ in
the R(reconciled) column between the Account and left value column—regardless
of date.
The default date in the reconcile information dialog (see the first attached
screenshot) depends on a couple of things: There’s a preference in the
Preferences Register tab to make it always today. If it’s not set then GnuCash
will try to predict what the next date should be based on the last two
reconciles. *But* if you’ve postponed a reconcile then that date sticks until
you complete another reconcile. That may be why you’re seeing unexpected
default dates. That date does two things: It sets the default statement amount
to the account balance from the last transaction on the date and it sets the
Last Reconciled Date for the account when you complete the reconciliation or
the Reconcile Postponed Date if you postpone it. It has no effect on what
transactions are presented in the Reconcile Window (see the second screenshot).
You’re expected to change those fields if they don’t reflect the statement
you’re reconciling.
Note also in that second screenshot the warning at the bottom of the window.
There are a few possible warnings down there. Does the reconcile window show
anything there on the accounts you’re having trouble with?
Regards,
John Ralls
On Dec 25, 2025, at 20:00, [email protected] wrote:
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
_______________________________________________
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.
