I use a few mandatory fields in Form Screen, one of them is Signed.User Field.
But even i do not set anything to that Signed.User Field (SUF), i CAN press Save button adding a Row WITH NO VALUE IN THAT MANDATORY FIELD.
I’ve found if I replace SUF in this Form Screen to current Tab Field, there will be no such bug, so this bug is going on only when using SUF. And i need SUF in this use case to control the data added by some conditions.
Expected behavior:
Save button in Form Screen should be not accessible with no value in mandatory Field.
So there should be not possible to add a Row with no value in mandatory Field.
How to replicate:
Login as (Ирина Цыркунова) or other colleagues with similar rights (Мастер)
Go to Обороты > Floating button > Choose Item (best the same {Мешки …}) > Press Red Button (Расход) > Form to add row to Moving table
Do not set anything on mandatory Field (Кому) → SignedUser._Сотр
Добрый вечер, Алексей!
Но Signed.User Field (SUF) это значение из таблицы пользователя, а не с экрана. В форме контролируется обязательность только компонентов ввода, которые непосредственно на экране, а не те, что берутся из, например, пользовательской строки.
Второе видео еще не посмотрел.
Я бы проверял наличие Signed.User Field (SUF) is not empty перед открытием формы. Если такой возможности нет, то, вместо колонки из юзер строки, создайте еще один элемент Choice источником определите Signed.User Field (SUF) и отфильтруйте по нему же, поставьте обязательность. Тогда будет контроль
Добрый день Алексей @slscustom.ru!
В моем случае, если Вы бы внимательно посмотрели, это именно значение с экрана. Я на этом экране корректирую SUF, поскольку на вводимый SUF используется relation для контроля сопутствующей логики (на стадии еще формирования новой строки, ДО ее добавления).
И поскольку в форме предусмотрен контроль обязательности вводимых в ней полей - ожидаемо, что и на вводимое поле SUF в форме должно распространяться правило обязательности. Увы, оказалось, это не раотает: даже при отметке вводимого в форме SUF как обязательного, кнопка ОТПРАВИТЬ доступна даже при пустом SUF.
В моем случае заранее заполнить поле нелогично, пришлось бы делать 2 формы на 1 операцию. S
Да, возможно, был не внимателен.
Чтобы быть уверенными, что мы говорим об одних и тех-же вещах, уточните пожалуйста:
Вы предполагаете, что choice кому, который пишет в User Row _Сорт небыл определен пользователем (не выбрано значение), но на нем установлен Required и форма все равно разрешает отправку?
Да, я смог воспроизвести такую же ошибку в Classic, разве Glide все еще осуществляет поддержку и исправление багов по Classic?*
Скорее всего, ошибка связана с тем, что Ваш компонент Choice пишет не в целевую таблицу формы, а в другую (в частности, в User Profil). Поэтому у Вас отсутствует поле Default Value и форма не может корректно обработать это поле. Это такой маленький хак, а не стандартное использование формы, видимо, поэтому его не заметили разработчики, может быть другая причина)
Слишком разные интерфейсы у Pages и у Apps, да и идеология применения сфокусировалась на бизнес-приложениях, но все вычислительные столбцы переносятся и надо только пересоздать интерфейс. Сомнительно, что можно ожидать простой конвертер, который будет работать без ошибок, ибо посмотрите, как много всяких хаков и все их очень трудно корректно перенести в Pages.
В видео выше, я предложил Вариант обхода этой ошибки (выбирать _Сорт до входа в форму)
