АК
оказывается, в разветвлённой форме висел на одном из компонентов limit_validation_errors и он выпиливал из формы все значения этого компонента, кроме перечисленных и кнопок
Size: a a a
2021 April 25
АК
всего лишь 6 часов понадобилось на поиск и устранение ошибки 🤦🏻♂️
VS
ты без дебугера чтоль?
АК
с дебугером конечно.
АК
включаешь дебагер, видишь, что в валидации всё на месте, а в сабмите уже кое-чего не хватает. И лезешь с дебагером в промежность между валидацией и сабмитом. Закапываешься в форм-билдеры и часами кликаешь по рекурсивным обработчикам
АК
можно конечно нажимать step over и смотреть, после какой функции пропадает что-то в form_state. Находишь эту функцию, заходишь внутрь и там по новой step_over делаешь, и так всю жизнь
АК
Собственно, если дебаг заводит в FormBuilder.php или в Renderer.php, то это очень надолго, если не навсегда)))
I<
Да, ладно. Древность такая на массивах.
АК
собственно, почему я не люблю form api. Потому что если сломается что-то в какой-то большой форме или навороченном виджете, то можно встрять надолго. А ещё бывают всякие приколюхи, типа когда 100500 кнопок аяксовых и в инпуте одни значения, а в values другие
C
А когда что-то сломается в большой форме на plain-php с ajax запросами на реакте разобраться конечно легче
АК
ну если у тебя форма на реакте, то она на реакте, никакого пхп в ней нет и быть не может
C
у тебя бакенд тоже на реакте?
C
надеюсь не на блоках хоть
АК
если бэкенд на пхп, а фронт на реакте, то на бэке нет никаких форм
C
есть только блоки
АК
и блоков тоже нет
C
валидация на блоках, васёк одобрит
АК
Напомните, что надо делать, чтобы на орге коммит засчитался? А то я ключ в учётку добавил, запушил, а коммит числится Unattributed
I<
git config user.email <d.o email>
АК
а потом надо аменд делать и пушить получается?