И да, мой предложенный вариант решит вашу проблему.
Так как вы повесили ваш костыльный afterAction в SiteController. Чего категорически делать не рекомендуется.
Денис Рыбин: Я про модели говорю, опустим пока виджеты в моём ответе. Наследоваться от модели или добавить Behavior в модель, чтоб создать аттрибут состоящий из двух в одном массиве. Вам ведь его надо распарсить на сервере, провалидировать - всё равно модель менять как-то надо. Или использовать динамическую модель.
Денис Рыбин: В чем проблема наследоваться или добавить Behavior? По поводу второго - так часто делают компоненты, в гитхабе полно найдёте. Ну или можно динамическую модель создать в виджете прям.
Есть очень много полей для заполнения и 2 кнопки "Отложить" и "Отправить", почему бы не воспользоваться двумя сабмитами с разными value? Вполне нормальная практика сразу после варианта с checkbox, если он не подходит "по красоте".
Oleg Shevelev: Не modul, а model(модель), надеюсь что вы очепятались. Мы говорим об одном и том же, разными словами и большинство написанное вами - верно. Я не подразумеваю, что A - это "статичный объект", A - это собственная реализация (объект) структуры А без своего имени, в пространстве структуры B.
JSON.stringify два раза? Опечатка?
Третий параметр в _http.post() наверно не register_headers, а headers?
Так-же проверьте ваши post запросы в браузере на наличие 'Content-type'.
Adel1ne: вы после reset делаете ещё что-то? Например, очищаете поля? По сути вам нужен только reset и все, он сам все сделает, после него на должно идти никаких инструкции по очищению, иначе сбиваются дефолтные настройки.
Так как вы повесили ваш костыльный afterAction в SiteController. Чего категорически делать не рекомендуется.