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

[John Ralls]

I can reproduce it too, but only in split view. It works correctly in basic view, meaning that the reconciled flag goes to n and stays that way, and if I change the reconciled split and return to commit the transaction instead of tabbing out of the split the split also stays unreconciled.

I'm also able to reproduce it on 4.0, 3.11, and 3.10 on Windows. It's been around for a while.

Regards,
John Ralls


> On Sep 22, 2020, at 1:45 PM, Adrien Monteleone <adrien.monteleone at lusfiber.net> wrote:
> 
> 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.
> 
> _______________________________________________
> gnucash-user mailing list
> gnucash-user at 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.