Hi List,
Updated Comments on bug 612957. It seems this has been around for a while.
How are others using GnuCash in Australia with 10% GST (or other
locations with Tax Included amounts being the normal way of expressing
prices) entering Invoices to get around this issue?
Any advice
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
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
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
Looks like a rounding issue when using inclusive tax.
The latest GnuCash is 4.10. You can get a .deb for it in the Debian
Archives (see the wiki) or try the Flatpak to see if the issue still exists.
Regards,
Adrien
On 6/3/22 2:07 AM, Jeff wrote:
Hi Group.
I am just doing some testing
Hi Group.
I am just doing some testing testing with updated versions (to me) of
GnuCash.
I have been using GnuCash for a while on an older machine, it is running
2.6.17 and it is working perfectly, unfortunately the machine it is on
is starting to have issues, so am in the process of
