Intended behavior of automatic decimal point (bug 120940)

David T. sunfish62 at
Wed Jul 26 03:58:45 EDT 2017

As I understand it, the example you gave  (560 becomes 5.60) is intended behavior. And, as far as I am concerned, the explanation in the help is sufficient, if not inspiring. 
It seems to me the problem in the underlying bug is that the decimal algorithm needs to be applied after any calculations, but that is not how it's being done. The age of the bug suggests that the feature is not heavily used, or that users have worked around the oddity. 

  On Wed, Jul 26, 2017 at 11:50, Sumit Bhardwaj<bhardwajs at> wrote:   ​Hi,

In an attempt to fix a long-standing bug (, I looked at the code
and have a question on intended behavior of automatic decimal point.

>From the doc (, I see this
description for automatic decimal point.
> *Automatic Decimal Point:* This option will automatically insert a
decimal point into numbers you type in.​

It's not clear from the help that "560" will be converted to "5.60" with
automatic decimal points set to 2. Is that the intended behavior? If so,
should we edit the help?

There is a bug in handling the fractions when auto-decimal points. I can
try to fix that, but wanted to get the developers' take on the intended
behavior first.

gnucash-devel mailing list
gnucash-devel at

More information about the gnucash-devel mailing list