I’m using GC version 3.8 running on iMac with High Sierra, and have encountered the following problem:
I failed to record the receipt of £40 via BACS on 9th December On 13th December I recorded the deposit of a cheque for £40 in the same account. My bank statement for the month to 16th December didn’t include the cheque deposit (it didn’t actually reach the account until the 17th), but I erroneously marked the cheque deposit for £40 as reconciled (instead of the missing BACS deposit). The statement for the month to 16th January included the £40 cheque deposit, but because I’d previously marked this as reconciled, it didn’t appear on the list of unreconciled transactions. When I eventually realised my mistake, I unreconciled the cheque deposit and entered the missing (9th December) transaction. I then re-ran the reconciliation for the 16th January, but found I was always £40 out. I cancelled the reconciliation, then saved the file and shut down and restarted Gnucash. This time the reconciliation went through without trouble. I’d previously come across this problem when experimenting with child accounts of the current (checking) account used as envelopes for committed funds - previously reconciled transactions that had been moved back to the parent account became unreconciled and a subsequent reconciliation failed. It seems as though GC keeps a running total of reconciled transactions, but fails to update this if one transaction is unreconciled, merely clearing the reconciled flag (“y” => “n”). If this can be confirmed by other users, I feel it should be recorded as a bug. Regards, Michael _______________________________________________ gnucash-user mailing list gnucash-user@gnucash.org To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information. ----- Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.