[GNC] Reconcile Status Redux: New Odd Behavior, or Is It Me Again?

[Adrien Monteleone]

I can confirm the same behavior on MacOS.

(however, which field do you mean by: "The only instance in which I've 
been able to reverse the reconcile flag is to directly click the field 
in the register"?)

I seem to recall that the fields which trigger flipping the flag to 'n' 
have changed. (not sure if 4.0 or 4.1)

I would think amount and date would do that as they are both critical to 
the reconciliation. (unless the date change is within the opening and 
closing date, but I'm not sure if that is stored or is part of the logic 
check)

Any other field I would think should be able to change without flipping 
the flag.

The fact that you are warned, and then the flag isn't changed, to me is 
a bug, either in the warning being generated when it doesn't need to be, 
or in the flag not being set to 'n' when it should. (and as noted, I 
believe date 'may' but amount always 'should' flip it)


Regards,
Adrien

On 9/22/20 2:37 PM, David T. via gnucash-user wrote:
> Hello,
> 
> I know no one wants to hear from me these days, but I've noticed strange 
> behavior with reconciled transaction entries in GnuCash 4.1 under 
> Windows 10.
> 
> Specifically, when I edit the amount of a reconciled transaction entry 
> (a.k.a. "split"), I receive a notice that I am attempting to edit a 
> reconciled split (as is appropriate). After I confirm that I wish to 
> change this entry, I am then taken into the entry, and I make my edit. 
> When I change the amount, the reconcile flag changes to "n", but when I 
> leave the split, *the split reverts to reconciled status.* I have tested 
> this in a couple of different register types (commodity, cash), and I 
> have tried both tabbing out of the split and using enter, with the same 
> result.
> 
> Similarly, trying to change the date of the transaction as a whole gives 
> this message; however, none of the reconcile status flags are changed in 
> this case. The only instance in which I've been able to reverse the 
> reconcile flag is to directly click the field in the register.
> 
> I don't recall now whether there has been a change in logic on this 
> front, such that reconciled transactions are left reconciled except when 
> the flag is directly changed. Previously, any attempts to alter a 
> transaction resulted in its reconcile flag being turned off.
> 
> Does anyone else see this behavior, is it intended to be this way, or is 
> it once again some odd setting that I have somehow managed to set?
> 
> David T.