Hey hey
I’ve been trying to make a few changes to my app these past couple of days and it seems a few bugs have crept in
Pls fix these annoying small sync errors
Thanks!
Olivia
Solved! Go to Solution.
Awesome!
You can fix this: set the Editable? property to the expression, FALSE
, instead of setting it to OFF. Confusing, but it works. Why? Because Editable? is a misnomer. When you choose ON or OFF, you’re actually choosing whether the column is read/write (ON) or read-only (OFF) for the entire app. When you set an expression, the column is made read/write for the app, but the user’s access is controlled by the expression. This then gives you the ability to prevent the user from editing a visible column value in a form, while still being able to use actions to modify the value.
Hi,
None of these seem like sync errors.
Hey - thanks for fast reply
Olivia
For troubleshooting (1), it would have been helpful to know the error message you got.
For (2) and (3), what are the names of the columns involved?
Is there any chance your network traffic is being filtered?
on (1) it said that it couldn’t find [_THIS] column. But it’s not a column, its referring to the entered value in the field that I was creating the valid_if constraint for
The key is called [Request ID] and the column that doesn’t write is [Asset ID]. Table is called Transfer Requests. The column I’m trying to refer to is also called on [Asset ID] on the Asset table…
I’m not sure about network traffic… I work in Rwanda where the internet in general has certain restrictions but I don’t think the network in our office has any special restrictions or filtering. How would I find out?
I saw someone post yesterday that _THIS was not recognized by Expression Assistant when composing a Valid If expression, so unless that post yesterday was from you, at least one other person also noticed this problem. But, as you’ve seen, it was transient.
probably was me - I wrote the post but then deleted it when it worked after some 20 minutes
You’d need to get your IT folks involved, but even that may not be enough depending on what filtering might be occurring.
Filtering probably isn’t the problem, but the idea did jump to mind as I read your post.
I just waited some 10 minutes and the change still doesn’t show up in the version history…
That is very odd. Please reach out to support@appsheet.com. That team is probably in a better position to help than I.
In the app editor, click on Manage along the left side, then go to the Versions tab, and expand Version History. Here is recorded each save you make from the app editor. If you click the Expand button for a particular saved version, the changes in that version are described (cryptically, but described nonetheless).
Try making your change again (only that one change!), save it, then check whether the change is captured in the version history. Take note that versions saved within the last minute may not show immediately.
And for this issue?
I suspect both issues might be due to a deeper problem in your app definition. The support team is better equipped to help you troubleshoot further.
ok so with the help of the support team I managed to find solutions to both “bugs” which turned out to be just minor issues on my part…
thanks!
Awesome!
You can fix this: set the Editable? property to the expression, FALSE
, instead of setting it to OFF. Confusing, but it works. Why? Because Editable? is a misnomer. When you choose ON or OFF, you’re actually choosing whether the column is read/write (ON) or read-only (OFF) for the entire app. When you set an expression, the column is made read/write for the app, but the user’s access is controlled by the expression. This then gives you the ability to prevent the user from editing a visible column value in a form, while still being able to use actions to modify the value.
User | Count |
---|---|
44 | |
29 | |
23 | |
20 | |
15 |