Thanks Adrien, I will report it with the details.
On 4/6/22 00:20, Adrien Monteleone wrote:
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.
_______________________________________________
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.