Certainly hitting Enter early is the cause. Before I sent the previous
reply, I tried playing with Basic View and the Split button to see how I
could manage it and was having difficulty. I guess that is because I
already know how to avoid doing so.
After a few more attempts, I'm going to hazard the following guess:
1. Start a new transaction
2. Hit the Split button
3. Avoid taking careful notice that the anchoring split already exists
though *without an amount*.
4. Re-assign that split's account to some other account (or simply leave
its amount blank)
5. Add more splits for the other Expenses/accounts.
6. Avoid taking notice that a new un-assigned split is auto-created
*with a balancing amount*.
7. Hit Enter
The result is the transaction 'disappears' (because it is un-anchored to
the register in view) and that final balancing split gets assigned to
the Imbalance-xxx account.
I suspect this workflow because in normal Basic View (un-split) you
don't need to enter the split anchoring the transaction to the register
being viewed, you only enter the 'other' split. A new user might not
realize that when using the Split feature, you now need to enter them
all explicitly. Though I also suspect this is covered in the
Documentation which gets rare attention from new uesers. (I'll have to
drag that up to confirm myself.)
Regards,
Adrien
On 12/18/22 3:37 PM, Liz Dodd wrote:
On Sun, 18 Dec 2022 13:15:41 -0600
Adrien Monteleone <adrien.montele...@lusfiber.net> wrote:
I'm not certain of the exact keyboard mechanics you used to cause
this, but the solution is simple.
It is often caused by pressing the Enter key prematurely. Adrien knows
that, I'd just like to suggest it here, so you can watch what happens
in future.
_______________________________________________
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.