[GNC] Reconciliation

[Adrien Monteleone]

Simply re-reconciling and checking off those transactions should be sufficient. You just want to set the flag.

I wouldn’t necessarily call this a bug, but perhaps file an RFE to add a check that there are no transactions in the affected register in an ‘editing state’ when the reconcile window opens. That would prevent this case. Though I’m not sure how difficult that would be to implement or if it is so rare as to instead warrant a wiki or Help entry instead.

Regards,
Adrien

> On Nov 21, 2019 w47d325, at 10:57 AM, Dale Alspach <alspachde at gmail.com> wrote:
> 
> Something like this has happened to me (on linux Mint, several recent
> versions of gnucash) though not exactly what you are reporting.
> I do not usually check the starting balance so it could be the same. Here
> is a description of what happens.
> 
> I mark the reconciliation box for some transactions in a register and move
> around without ever hitting enter. This seems to leave these newly marked
> transactions in an odd (uncommitted) state. Clicking Reconcile produces the
> usual window with these transactions and previously marked transactions
> listed as cleared. I complete the reconciliation and balances agree in the
> reconciliation window. However upon finishing the reconciliation and
> examining the register, I find that those uncommitted transaction changes
> have been lost and those transactions are not marked reconciled. This will
> disturb the balances for the next reconciliation.
> 
> My workaround is to alter the balance I enter as the statement balance by
> the sum of these incorrectly marked transactions. It could be that if I
> check that the starting balance is off by that amount.
> 
> Dale