I get one of these empty (zero amount) splits every time I have to change both sides of an already entered transaction in a register set to auto-split.
Oddly, if the transaction shows the credit first, the imbalance gets created (temporarily non-zero) as the last split and, once the imbalance line shows zero and is deleted when the transaction is saved. But if the transaction shows the debit first, the imbalance line appears in the middle, and even after it reverts to an imbalance of zero and is saved, the zero imbalance line stays in the register. Sent from my iPad > On Jun 26, 2024, at 9:55 PM, Stan Brown (using GC 4.14) <stan...@fastmail.fm> > wrote: > > To be clear, you're talking about accidentally hitting the enter key > instead of the Tab key when moving between fields, right? > > Stan Brown > Tehachapi, CA, USA > https://BrownMath.com > >> On 2024-06-26 17:04, Jim DeLaHunt wrote: >> >> As you know, double-entry bookkeeping requires every transaction to be >> balanced, that is, to have its credits equal its debits. GnuCash >> enforces this requirement, but only when it saves a transaction, not >> while you are actively entering or editing the transaction. But, it is >> possible to tell GnuCash to save a transaction when you don't mean to, >> while you think you are still doing data entry. > > _______________________________________________ > gnucash-user mailing list > gnucash-user@gnucash.org > 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. _______________________________________________ gnucash-user mailing list gnucash-user@gnucash.org 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.
