Looks like it's https://bugs.gnucash.org/show_bug.cgi?id=797514.
Regards,
John Ralls
> On Sep 22, 2020, at 2:29 PM, Adrien Monteleone
> wrote:
>
> Want a bug filed or is there one already?
>
> Regards,
> Adrien
>
> On 9/22/20 4:26 PM, John Ralls wrote:
>> I can reproduce it too, but only
om: Adrien Monteleone
Sent: Tue Sep 22 16:45:39 EDT 2020
To: gnucash-u...@lists.gnucash.org
Subject: Re: [GNC] Reconcile Status Redux: New Odd Behavior, or Is It Me Again?
I can confirm the same behavior on MacOS.
(however, which field do you mean by: "The only instance in which I've
been
Want a bug filed or is there one already?
Regards,
Adrien
On 9/22/20 4:26 PM, John Ralls wrote:
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
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
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.
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
