New Bug Encountered: Expressions in a form seem to fail

Snoopy
New Member

Hi everybody,
I have an issue that might be related to the recently reported temporary problems around Google Drive, too.
I encountered the following:
I have a numeric input field called โ€œSpiel REโ€ that I set to 122.
But expressions (simple equality checks) that I have based on that field used in subsequent columns return wrong results.
As I had implemented this already a while ago, I think that this problem only materialised recently.

Any idea or suggestion ? Thx.

0 8 195
8 REPLIES 8

Steve
Platinum 4
Platinum 4

The = and <> operators are quirky in AppSheet: if the left operand is blank, the expression is TRUE regardless what the right operand is. For instance, this:

[Spiel RE] = 120

is TRUE is the Spiel RE column has no value.

Could this be a problem for you?

As shown in one of the screenshots, I had explicitely set the value of [Spiel RE] to be 122, so I guess that cannot be it โ€ฆ
Below that [Spiel RE] field there is also a page break so that you have to press next before the check is done, to prevent that kind of problems (at least in my laymanโ€™s thinking).

But thanks for the tipp โ€ฆ I am going to also include an ISNOTBLANK in my validity check of that field. Iโ€™ll let you know.

The quirk applies to ALL uses of = and <>, not just the example I provided.

I got that, all right .
But as said, [Spiel RE] is a mandatory field that does not let me proceed when itโ€™s empty, does it ? So that I can safely exclude that potential error source ?
Thanks for the clarification.

Snoopy
New Member

As a matter of fact, that check is already done, because itโ€™s a mandatory field marked by the asterisk. Without a valid entry I cannot proceed to the next page.

Snoopy
New Member

What is also worth noting is that the field โ€œNeue Bockrunde(n)โ€ holds the correct number, so for that expression the the check โ€œvalue equals to 120 ?โ€ yielded the correct result (FALSE).

Snoopy
New Member

I have come to believe that the problem lies with the โ€œShow ifโ€ function.
Testing the โ€œShow ifโ€ expression yields the correct result (FALSE), but the page does still show (which it should not do).
Enforcing it by just typing FALSE makes the page finally disappear.

To me this looks like a bug, Iโ€™m afraid โ€ฆ

Snoopy
New Member

Meanwhile I have checked an alternative idea:
I translated each and every numerical Show-if condition into a (sub)string containing a unique keyword and then tested the concatenated string against those keywords with the IN () function. At a first glance this seems to work now. To be continued tomorrow โ€ฆ

Top Labels in this Space