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, [email protected] 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)" > <[email protected] <mailto:[email protected]>> 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. _______________________________________________ gnucash-user mailing list [email protected] To update your subscription preferences or to unsubscribe: https://lists.gnucash.org/mailman/listinfo/gnucash-user ----- Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
