[GNC] Accidentally Typing in the Transfer Column

[Stan Brown (using GC 4.14)]

Odd indeed. Maybe this was a change between 4.14, which I'm using, and
whichever version you're using.

I think it's wrong for GC to do what I see it doing, namely reverting
silently in the scenario I described. But if it has already been
changed, as your experience suggests, then I think that's all to the good.

Stan Brown
Tehachapi, CA, USA
https://BrownMath.com

On 2025-10-08 18:57, sunfish62 at yahoo.com wrote:
> Stan,
> 
> Odd. My comments regarding transaction change pop ups come directly from
> the same R column scenario-- but in my case, I'd be asked every time
> before GnuCash made the actual change. I set it not to ask any more, so
> that I could more quickly go from transaction to transaction. So, for
> me, the move from txn to txn commits, not reverts.
> 
> As I said, odd.
> 
> David T.
> On Oct 8, 2025, at 10:08 PM, "Stan Brown (using GC 4.14)"
> <stan+gc at fastmail.fm <mailto:stan+gc at fastmail.fm>> wrote:
> 
>     I think we have a bit of apples and oranges going on here. The original
>     question, if I recall correctly, was about how to revert unintended
>     typing in an existing transaction. We seem to have shifted now to
>     talking about creating new transactions. I'm not surprised that the two
>     behave differently.
> 
>     Just for the record, I noticed some time ago that clicking on the "n" in
>     the R[econciliation] column of a register would change it to a "c", but
>     if I then clicked the "n" in the next transaction the new "c" would
>     change back to an "n". (I'm not talking about the dedicated
>     Reconciliation window, but an account register in Basic view.) It's
>     necessary to commit the transaction first to save the change to the R
>     column. When Gyle posted the query I then verified that any change to
>     the fields description or account or amount would also either revert
>     silently or pop up a dialog if I simply clicked on a different transaction.
> 
>     That said, I now think it's simplest to follow the rule "hit Enter to
>     commit the changes to the transaction; click Cancel to revert them."
>     Just for fun I tried deleting a split in the General Journal, then
>     clicking Cancel. The deleted split was restored, as I had hoped.
> 
>     Stan Brown
>     Tehachapi, CA, USA
>     https://BrownMath.com <https://BrownMath.com>
> 
>     On 2025-10-07 22:49, Adrien Monteleone wrote:
> 
>         I just tested this on 5.12 with a detailed auto-filled transaction,
>         making test edits and clicking into another transaction.
> 
>         I deleted the memo, account, and amount from a split line but
>         didn't use
>         the 'delete split' function.
> 
>         The result was deleting the split, with an added one to the
>         Imbalance
>         account for the missing amount. (the auto-fill transaction was
>         balanced)
> 
>         Removing any combination of Memo/Account/Amount but not all three,
>         resulted in the changes being reverted.
> 
>         In each test, clicking into a different transaction *committed* the
>         improperly edited one. It did not go away.
> 
>         The only way to do that is either let it commit and delete it,
>         or use
>         Transaction > Cancel Transaction or the Cancel button.