You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When the decimal places allowed for amounts in stock settings is set to any value greater than 18, product edit and inventory editing forms break when non-integer values are used in stock amount fields.
Screenshots:
Buggy behavior from product editing:
Still works when its an integer:
Also affects inventory edit:
This issue is probably not that big of a deal, considering how absurdly small the values get at 18 decimal points and that the server appears to round things up to a factor smaller than that anyway, but it might be confusing for new users that set this setting arbitrarily high to essentially eliminate the decimal point restriction.
I only noticed this issue because I have no option to set the quick consume amount in terms of the consume unit, but only with the quantity unit stock. I was getting repeating decimals when accounting for awkward fractions which would result in the quick consume button showing a value like 0.999998 pieces.
The text was updated successfully, but these errors were encountered:
I only noticed this issue because I have no option to set the quick consume amount in terms of the consume unit, but only with the quantity unit stock
So that's the practical problem and that's already tracked in / a duplicate of #2427.
Normally I don't care about theoretical problems (which having >18 decimal places for amounts effectively is), so maybe this will simply stay open forever.
berrnd
changed the title
Bug: Non-Integer values break when decimal places allowed for amounts is set greater than 18
Feature Request: Allow "decimal places" settings > 18
Mar 24, 2024
When the
decimal places allowed for amounts
instock settings
is set to any value greater than 18, product edit and inventory editing forms break when non-integer values are used in stock amount fields.Screenshots:
Buggy behavior from product editing:
Still works when its an integer:
Also affects inventory edit:
This issue is probably not that big of a deal, considering how absurdly small the values get at 18 decimal points and that the server appears to round things up to a factor smaller than that anyway, but it might be confusing for new users that set this setting arbitrarily high to essentially eliminate the decimal point restriction.
I only noticed this issue because I have no option to set the
quick consume amount
in terms of the consume unit, but only with thequantity unit stock
. I was getting repeating decimals when accounting for awkward fractions which would result in the quick consume button showing a value like0.999998 pieces
.The text was updated successfully, but these errors were encountered: