GNOME Bugzilla – Bug 334347
Shares/Price field(s) in Currency registers not functioning correctly
Last modified: 2018-06-29 20:59:33 UTC
Please describe the problem: In trying to enter a transaction between two Currency accounts and leaving the Price field blank to calculate on its own, the system just sets that Price field to 1 and recalculates the Shares... Steps to reproduce: 1. With US dollars as the base currency, let's say there's also a GBP British pounds Currency account. 2. So in the GBP account register, we can select the transfer to be from a US dollar account, enter 8388.79 Shares, leave blank the Price field and then enter 10000 in the buy field. 3. Then instead of calculating that Price field, the system just sets it to 1 and recalculates the Shares, which obviously isn't correct. Actual results: Just get a recorded transaction that shows an incorrect GBP account balance in this case... Expected results: It should calculate the Price field and leave correct account balances in both currencies... Does this happen every time? I've found it to keep happening between USD/GBP or USD/AUD and only sometimes between USD/CHF for example... Other information: While we're on the subject of transfers between different currencies, might add that the amounts sometimes don't surface on other sides of transactions between say Cash and Expense accounts of different currencies as though the exchange rate weren't entered in the first place!!!
Currency accounts are deprecated; you shouldn't need or use them for anything. Just use the transfer dialog to enter the transaction; or just enter it directly between the asset accounts in different currencies.
We need to fix bug#98292 i.e. decide on bug#128771 bug#128776 really soon now... the account type "currency" isn't displayed in gnucash anymore. @DCS: How did you end up with a currency account in the first place?
Am still seeing a currency account type in this version 1.8.12 which was apparently the latest one in the FreeBSD ports collection. I liked the idea of a currency account type being similar to a stock account to make for more convenient tracking of both realized and unrealized capital gains and losses.
Yes, they still exist in 1.8, but you shouldn't use them. They are deprecated, and the accounts will NOT exist in 1.9/2.0.
All right guys, just to let you know that transfer dialog doesn't allow me enough decimal spaces in the exchange rate field to always be able to enter a transaction without rounding errors in one currency or another...
You should open a new bug report for that and state how many decimal places you think you need.
For the decimal places, note bug#122878
Development on 1.8.x has stopped, so we won't fix any problem in the 1.8.x versions. Does the described problem still occur in 1.9.x/2.0.x? We would kindly ask to check this, or otherwise this bug report can probably be closed as OBSOLETE.
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=334347. Please update any external references or bookmarks.