Hello dev support, Installed 4.0 today. Scenario: - enter transaction in register. - in the Account field, type part of an account name - press the [Backspace] key to remove the selection The backspace key fails to move backward. Instead it enumerates through the list of accounts from the drop-down list. Please review and advise. Regards, Jeff Woehler
I think I can reproduce something like this in search mode; if one types the first part of each branch of the account tree and selecting a branch with the account separator the backspace key works normally. In search mode I find the backspace works rather oddly, perhaps because the entry doesn't reflect the selection. Using a book created with the Common Accounts template, if I type Au:p the list is reduced to Expenses:Auto:Parking and Expenses:Auto:Repair and Maintenance with the first selected in the list but not filled in in the entry as it would be had I typed Ex:Au:P. Pressing backspace expands the list to all 4 Expenses:Auto subaccounts with the first one (Fees) selected and its value displayed in the entry as Exp|nses:Auto:Fees (the missing e is not a typo), the | showing the position of the text entry i-beam and everything to the right of that selected. A second backspace expands the list again, now to all of the Expenses accounts; Expenses:Auto:Parking is now selected in the list and the entry contains Exp|nt, the significance of | being the same. A third backspace changes the contents of the entry to Exp|enses:Adjustment though Expenses:Auto:Parking remains selected in the list box. Note that the second e in Expenses is again present in the entry. After that repeated backspace keypresses do nothing. The up and down arrow buttons change the selection in the list box and the value in the entry follows what is selected with the whole entry selected. A backspace after a couple of those expands the list still further with the first item (Assets:Current Assets:Cash in Wallet) selected. Although Assets and Equity accounts have been added to the listbox it still doesn't contain all of the possible Expense accounts. I think that's because there's a limit to the number of accounts it will display in search mode. Is that similar enough to what you experienced to think that I'm on the right track?
John - This sounds very much like what I am seeing. Thanks for checking it out. Regards, Jeff
Fixed in git for 4.1 and tomorrow's nightlies. Thanks for the report.
