No, that’s not the reason. If you give your account ID number, app, table and column name, I could check your app. Do you have any record I can delete?
I was able to reproduce the behavior with the full screen mode. I will ask our developers to debug the reason. Please don’t make any changes with your app so we could test and find out where that issue is. Thanks for this info.
When data changes in a row with a Ref column, the app also tries to update virtual columns of the row that it referenced. From what you’re describing I would guess that a validation condition in one of the virtual columns of the referenced row starts failing if the parent gets deleted, so the whole operation is prevented.
One is that the column in the referenced row is initially already in an invalid state because the column type is Number but the value in the source data is a decimal with two decimal digits.
The other is that the action validation should be ignoring preexisting invalid state, but that’s not working correctly in this case of recomputing referenced virtual columns. We’ll release a fix for that within the next few days. In the meantime you could consider either updating the source data to use only integer values for this column, or changing the column type to Decimal.
The changed the “bags” column type in the child table to number but it still does not solve the problem.
The key and label for the parent table is “Delivery Order” and its type is “Text”.
The key and label for the child table is “PP Details” and its type is also “Text”.
The reference column in child table is “Delivery Order” and its type is “Ref”.
I have also made sure that the column type between child table and parent table has the same type but the problem still exist.
If i have missed anything that i did not change. Please let me know. In the meantime, I will wait for the fix. Thank you.