I'd file a bug, label it as 'Regression' since a change broke something
that worked.
Be sure to indicate the version that worked and the tested versions that
do not.
I vaguely recall some work done to 'improve' rounding due to other bugs
around the 3.x series. I guess this slipped through or wasn't
exposed/tested to catch it.
Regards,
Adrien
On 6/3/22 8:49 AM, Jeff wrote:
Thanks Adrien,
Yes, since posting I have done some more testing, and it does appear to
be a rounding issue when using Inclusive Tax.
I have also tried the same example in 4.10 Flatpak, and the issue
remains the same.
I assume that in version 2.6.17 the calculation was made in a different
way. I can't see any preferences that may be set differently, that may
be able to change the behaviour.
It appears that when entering Inclusive Tax amounts, behind the scene it
actually calculates the Exclusive amount, then adds those figures
together to work out the Invoice Total.
Is there any way to get the calculation behaviour back to how it worked
in 2.6.17?
_______________________________________________
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see
https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
