GNOME Bugzilla – Bug 403317
Autocompletion shouldn't set the txn currency until the txn is saved
Last modified: 2018-06-29 21:25:06 UTC
In a register, when entering txns involving foreign currencies, a problem arises Suppose you begin entering a txn, and you remember you had made a similar one, so you use autocompletion, but then you realize that the 2nd account autocompletion presented is wrong, and you change the 2nd account to another. Cases appear where autocompletion presents a txn whose currency is not the currency of your new txn. In these cases, the actual behaviour of gnucash leads to txn having a currency different from the currencies of its splits. I consider that with autocompletion the txn currency shouldn't be determined until the txn is saved.
Well, thanks for closing bug#402915 as duplicate. However, the issue you are describing here is exactly the bugreport of bug#106671, so I'm closing this as duplicate again. For the record: All bugs related to bad multi-currency handling: bug#106671 bug#144885 bug#148068 bug#351831 bug#353489 *** This bug has been marked as a duplicate of 106671 ***
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=403317. Please update any external references or bookmarks.