GNOME Bugzilla – Bug 130451
unable to make single-currency transaction from remembered multi-currency transaction
Last modified: 2018-06-29 20:40:04 UTC
1. Open UK Utilities account. 2. Begin entering payee, gnucash matches previous transaction, previous transaction was from a USA Credit Card. 3. Press Tab, gnucash makes new transaction like the one matched. 4. Change the account to UK Credit Card. 5. Press Enter (complete transaction). The resulting transaction is GBP to GBP, yet it still converts to the USD value in the UK Credit Card account.
*** This bug has been marked as a duplicate of 106671 ***
Confirmed bug still present in 1.9.2. There's some bug here that is not a duplicate of 106671. Certainly, the retained rate-cell is invalid and does cause some problems, but I don't think it explains all the behavior I'm seeing. One problem is that the transaction is not converted into a new currency when the account that used the old currency is no longer part of the transaction. Another problem, maybe related, (and this is _really_ weird, and the behavior that g_mottster describes) is that the UK Utilities register, which is a GBP Account, interprets the input as if it were in USD, but immediately displays the amount converted (with retained rate, see 106671) into GBP. That's just completely wrong. An account register should _always_ interpret entered amounts as being in the account's commodity. It's behaving exactly as if the register was mistaken about which account the transaction is being entered into. Oh, and there's no way I can see to work around this because entering the transfer-dialog correctly recognizes that the register commodity and the split commodity are the same, so it won't let you just say '1/1' or something.
I have just encountered this bug, the behaviour of which is as follows. I am in a EURO account, enter date & description which then defaults to a previous transaction. When you tab out of the description field the cursor skips the "transfer to" field, defaulting it to the previous value - which in the case was a GBP account, and prompts for the amount. At this stage the behaviour is as described above. However, if you cancel this transaction and start again, but rather than tab out of the description field you mouse click onto the "transfer to" field, which is then left blank, choose the correct (in this case EURO) account - all works as expected.
This bug can't be reproduced in SVN. I'm not sure when this was fixed; it could have been as recently as 2.2.9. Can anyone reproduce this problem in 2.2.8 or 2.2.9?
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for. Thanks!
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=130451. Please update any external references or bookmarks.