Issues with floating point precision with monetary values

[Quik2007]

If you disable all taxes etc. and just try to buy e.g. 8 stacks of stone at default config price and then sell it again you would expect to have the same balance afterwards, but actually there is 0.01$ difference due to "rounding"/imprecision with saving numbers as floats.

My suggestion for a fix would be to switch to java.math.BigDecimal instead of float for monetary values, as Decimal objects are common for financial applications (which this is, kinda :D)

[Quik2007]

Will try my best to fix this myself sometime soon and do a PR

[Bounser]

I don't think thats due to rounding issues. When you buy an item the increase in price takes effect after the action, so it is most likely due that perhaps?
Basically:
You buy something at 10$ -> You pay 10$ and price increases to 10.1$
You immediatelly sell that at 10.1$ -> You recieve 10.1$ and price decreases to 10$
That's why taxes are always needed.