Tried the latest Master appimage for Linux and find a couple issues with it:
The home page shows duplicate schedules for scheduled transactions that are transfers. A schedule with a transfer appears with an entry for each transfer account. If any transfer schedule is entered, the others disappear.
The ability to use numbers with any payment method, which was added in 2022 with Git commit ec67b8ee535ab0bedcee16bd5f2ec3491fe3fa9 on 06/03/2022 is no longer working. Putting an alphanumeric number in the number field for a scheduled transaction with a payment method other than “write check” is given a red border and the number is lost when the schedule is entered. This limitation was previously removed in: 5.1.3 and the limitation is now back again.
What is your issue with #1? I suspect the display of two lines is a consequence of showing each split in the transaction which is for a real Account (that is not a Category.) Whichever split you choose to enter, the whole transaction gets entered, so both lines disappear as both have been entered as part of the same transaction. I suppose it might be a bit disconcerting, but I don’t see anything wrong with it.
For #2, I just added “auto” as the number for a payment of type direct debit, and then entered it, and “auto” did show up as the number in the ledger. What type of transaction did you try?
(I am using a version just compiled for git master branch this morning.)
#1 was mentioned because it is confusing to show an unnecessary transaction entry prompt and clutters the scheduled transactions display on the home page. It doesn’t work this way in the Stable version and I was questioning why it now works this way in the Master.
#2 was “my bad”. I had clicked on the receiving ledger and the number didn’t show. I thought that I had clicked on the paying ledger. The paying ledger correctly still shows the number.