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 120940 - automatic decimal point & calculations fail
automatic decimal point & calculations fail
Status: RESOLVED FIXED
Product: GnuCash
Classification: Other
Component: Documentation
2.3.x
Other All
: Normal normal
: ---
Assigned To: gnucash-documentation-maint
gnucash-documentation-maint
Depends on:
Blocks:
 
 
Reported: 2003-08-28 19:46 UTC by Joachim Breitner
Modified: 2018-06-29 20:36 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Joachim Breitner 2003-08-28 19:46:29 UTC
Quote http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=203789

Package: gnucash
Version: 1.8.4-2

Hi,

I have selected to insert the comma afer 2 places. If I type in in the
general ledger a amount of 20.44/2, it generates 1,022.00 instead of
10.22. It looks like gnucash calculates with the amount without the
decimals and appends then the decimals.

Jörg.

(Reported by joerg@alea.gnuu.de)

Confirmed with 1.8.5
Comment 1 Chris Shoemaker 2006-03-17 16:24:57 UTC
Confirmed bug still present in 1.9.2.

To reproduce you must select Prefs->General->"Automatic decimal point"

Comment 2 Micha Lenk 2008-08-26 11:05:31 UTC
Confirmed bug still present in 2.2.6.
Comment 3 upsfeup 2010-06-26 21:37:33 UTC
Confirmed bug still present in 2.3.14 SVN r19303 nightly 26-Jun-2010.
Comment 4 Dmitry Smirnov 2012-03-06 02:14:17 UTC
reproducible in 2.4.10
Comment 5 Michalis 2014-07-02 19:41:36 UTC
reproducible in master. 
Also, the multiplication does not work correctly. 
For example, 100*3 gives 0,03 

If one disables Prefs->General->"Automatic decimal point" everything works as expected.
Comment 6 Ivo Sestren 2016-01-06 11:37:09 UTC
This problem occurs in version 2.6.9 also

Examples: 20*2800 gives 5.60, and correct is 560.00
Comment 7 Frank H. Ellenberger 2017-08-05 13:59:32 UTC
After some discussion, see thread
https://lists.gnucash.org/pipermail/gnucash-devel/2017-July/040870.html
we came to the result, the current behavior is intended. It is the same as on the old fashioned adding machine.

@Ivo:
You enter 20*2800.
That expands to 0.20 * 28.00
and then is correctly calutated to 5.60

@Michalis:
Entered: 100*3
Expanded: 1.00 * 0.03 = 0.03


So we updated Help_ch_Customize in commit fe1d819 to make it more clear.

This problem has been fixed in our software repository. The fix will go into the next software release. Once that release is available, you may want to check for a software upgrade provided by your Linux distribution.
Comment 8 John Ralls 2018-06-29 20:36:38 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=120940. Please update any external references or bookmarks.