[GNC] Changes to transaction entry, and quirks

[David T.]

Hello, 

I am not sure exactly what changes have been implemented in the transaction entry logic, but I've begun seeing GnuCash offer me ancient transactions as templates for current data entry. So, instead of giving me a recent transaction, I end up with a transaction from 12 years ago. 

>From the prompt, it's not possible to know that this is happening before accepting the suggestion; once accepted, I have to cancel the transaction and start over-- if I notice that the transaction is wrong! Moreover, since almost everything in my financial world has changed during my use of GnuCash, I am finding that I accidentally put transactions into unplanned and inappropriate accounts. This is even more troubling since I've found that GnuCash will add these transactions despite the destination accounts being placeholder accounts. 

I am pretty sure that this didn't happen in earlier versions, but I'm known to be wrong more often than not. 

Short of splitting my file apart (which I'm loath to do), is there any way to alter the suggestion list so that it doesn't offer me outdated transactions? Can I delete entries from the list? Can I tell it not to use transactions that involve placeholder accounts? 

And on a related note, I've found that the suggester does not always respect different character strings, and will conflate different strings into one transaction. What I mean is this: I previously entered a transaction with the description "Payment- Credit Card" (note the spacing with the hyphen).  This transaction transferred money to an account that is now a placeholder account. I now prefer "Payment - Credit Card" (again, note the spacing with the hyphen). When I type "Payment -" with the preceding space, I *should* get the new version of the transaction (and that is what displays in the prompt)-- but when I tab out of the field, the *old* transaction gets inserted instead of the new. I don't understand how this happens, but it has happened numerous times for me. 

⁣David T. ​