GNOME Bugzilla – Bug 117773
"price" truncation/rounding bug
Last modified: 2018-06-29 20:35:23 UTC
Within a account of type "stock", if you enter a price with more than 2 decimal points, the price gets rounded. This is not correct, because sometimes you can actually purchace stocks with fractional cents. Also, it is theoretically possible that some currencies use thousanths (I'm guessing). Note: this happens even if you set the stock commodity and account fractions to 1/10000. It is definately a combo rounding/trucation issue, if you enter 1.014 you get 1.01, if you enter 1.015 you get 1.02.
I'll note that you can just enter the #shares and "total buy/sell" and it will autocompute the price for you...
I'm afraid that it doesn't work (for me, at least): I've entered the no. of shares and total buy, but the price, which should have been 1.0484, has been set to 1 once again... I would also like to inform you that, when I import buy/sell transactions from a QIF file, the price is imported correctly (I've verified prices up to 6 decimal digits), but when I reopen my accounts file after saving & exiting gnucash, the prices are all rounded. I'm using Gnucash 1.8.4 built from sources on Slackware Linux 9.0, with Gnome 1.4 components installed from the previous Slackware Linux release (8.1).
*** This bug has been marked as a duplicate of 122878 ***
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=117773. Please update any external references or bookmarks.