GNOME Bugzilla – Bug 721290
SX Editor: Pressing "Enter" too soon hides transaction
Last modified: 2018-06-29 23:23:10 UTC
On Dec 31, 2013, at 11:06 AM, PK <fourteenone@gmail.com> wrote to gnucash-users: Follow-up to #3 I reinstalled 2.6 and I do not see the issue when using the General Ledger. I do still see the issue when creating SX. Open Scheduled Transaction Editor. Click New. Enter name "Test SX 001", leave default options on Overview and Frequency. On Template Transaction tab, there are two green rows (with Date, Num, Description, Tot Funds In, Tot Funds Out {no fields are editable}) and the cursor is in the yellow rows just below (with Scheduled, Num, Description, Tot Funds In, Tot Funds Out, and Notes). I can enter values into the Num, Description, and Notes fields. I click into the blank TX split row below and the top green rows change (to Action, Memo, Account, R, Debit Formula, Credit Formula) and I can enter values into the (now yellow, single row I clicked in). I enter values for Memo, Account, Debit and hit enter and the values are cleared blank again (on the whole panel). If after entering the data in the TX split row, instead of hitting enter, I click back to the top TX description row, the values stay and I get a new TX split row below and can enter values (after which, hitting enter works fine). However, at this point, if I try to hit 'OK' to save and close it, I get "The Scheduled Transaction Editor cannot automatically balance this transaction. Should it still be entered?" If I create the SX without hitting enter (click above the row, then enter the 2nd half of the entry (one row for credit, one row for debit) it'll save and run it, but when looking at the general ledger at that point, it just shows a long hex value in the account field for both rows and the funds in/out and both blank. It seems that hitting enter in the SX edit form saves the row, but hides it (creating the imbalance if the second row wasn't entered with the matching credit/debit).
Subsequent investigation on my part shows that if the transaction isn’t complete, pressing Enter hides the whole transaction and presents a new, blank transaction, which is why it seems to disappear. I’ve managed to make an SX with three transactions, two of which are single-split and one of which is a proper two-split transaction. Even when I close and reopen the editor the single-split transactions don’t appear, but when the SX runs it creates all three transactions in the normal registers. Everything in those transactions looks normal, including in the GL. This on Win7-64.
Do the single split transactions disappear because of the change in r23585?
Yup. Good call.
*** Bug 721979 has been marked as a duplicate of this bug. ***
r23692. The problem was that r23585 was a bit too broad in what it excluded, so narrow it down to require exactly one split and that that split's account is NULL. Note that this will still cause the split to disappear from the SX editor if one creates a transaction with no splits or with one that has no account: A split will be created in the appropriate Orphan account. It will be visible there and in the General Ledger so that it can be easily deleted. Please test tonight's nightly.
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=721290. Please update any external references or bookmarks.