After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 129062 - 1/1000000 fraction traded yields .00001 accuracy
1/1000000 fraction traded yields .00001 accuracy
Status: VERIFIED DUPLICATE of bug 122878
Product: GnuCash
Classification: Other
Component: Register
1.8.x
Other Linux
: Normal normal
: ---
Assigned To: David Hampton
David Hampton
Depends on:
Blocks:
 
 
Reported: 2003-12-11 06:34 UTC by dovienya
Modified: 2018-06-29 20:39 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
temporary patch to extend default rounding from 1/100000 to 1/1000000 (686 bytes, patch)
2004-05-25 16:30 UTC, Bret Whissel 		none Details | Review

Description dovienya 2003-12-11 06:34:47 UTC 
i'm using gnucash 1.8.8 on debian sid, and the fraction traded doesn't  
seem to be represented correctly.

in the commodity editor i have Fraction traded: 1000000.  whenever i  
open gnucash, however, those accounts have only been saved with  
a .00001 share accuracy.  i've also tried setting the Smallest Fraction  
field in the account editor, but that has no effect either.
Comment 1 Derek Atkins 2003-12-12 02:10:39 UTC 
Yea, there are a number of places that limit entries to 1/100000
This should get fixed.
Comment 2 Bret Whissel 2004-05-25 16:30:16 UTC 
Created attachment 28006 [details] [review]
temporary patch to extend default rounding from 1/100000 to 1/1000000
Comment 3 Bret Whissel 2004-05-25 16:31:26 UTC 
I have found that with all fraction values set to 1/1000000, data are written to
the XML file correctly.  On reading, values are rounded to 1/100000.  After a
little digging, I found that I could modify get_commodity_denom() in
engine/Transaction.c (context diff is attached) to get more correct behavior,
though probably not the right fix.

I suspect the best fix will be to retrieve the actual fraction setting from the
account, though this information does not seem to be available at the time the
values are read from the XML file (i.e., (Split *)s->acc == NULL).
Comment 4 Christian Stimming 2005-11-21 09:55:08 UTC 

*** This bug has been marked as a duplicate of 122878 ***
Comment 5 John Ralls 2018-06-29 20:39:39 UTC 
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=129062. Please update any external references or bookmarks.