I have an app working perfectly for a year now (thank you so much for the amazing product).
But for a week now, I have a bug with one of the columns, which apeard out of the blue.
The app is for time tracking, and when a user fills in the form for the time, he puts in the value for how many hours he spent on a task. That is done with a Decimal column Type, using an increase/decrease step of 0.25 and thus, two decimal digits.
No idea why this is happening. I can’t think of what could have happened on my side, since I haven’t been working on it for a while now, and looking at the way it is set up, everything looks ok but in practice there is this bug.
I looked at the ticket. there has been some internal back-and-forth. It’s going to development as a bug. Lemme know if you don’t hear back in a reasonable amount of time.
If dev is gonna be digging around the increment field maybe they should take a look at this while they are at it too, decent number of votes and its been there for a yr and a half
[Number/Decimal column step size should not determine validity](https://community.appsheet.com/t/number-decimal-column-step-size-should-not-determine-validity/19924) Questions
When you have a number or decimal column where you specify an increase/decrease step size, it seems that this causes some internal validity check that any manually entered inputs must be a multiple of the step size. This seems extraneous given that we can already specify our own valid_if expression to cover this if we want, and I see no reason why this should always be forced. Consider a situation where you need to allow decimal inputs to a column, however most of the time the inputs are just i…
This was a regression related to a recent attempt to fix a localization issue. We have a fix pending (most likely will be released tomorrow) and increased test coverage to try to prevent this from recurring.
@Austin_Lambeth Agreed on the step size validation, this never made much sense to me either. I’ll take a closer look.
Had a ticket in about step size and validation where step size or decimal digits fields would determine validity and it would just pick the less precise of the 2 values. Never really had a finalized response on that with support but.