Sherlock, Seems unlikely. Neither of those affected the transactions that were presented in the Reconcile Window, they were about transferring the date and balance from the Reconcile Information Dialog to the Reconcile Window when exiting the former with the enter key.
Regards, Jphn Ralls > On Dec 26, 2025, at 12:26 PM, Sherlock <[email protected]> wrote: > > 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. _______________________________________________ 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.
