Закрыты задачи бэклога по неочевидному поведению UI при ошибках отправки сообщений и блокировках со стороны Message-safety + добалено ограничение на размер сообщения

modules/module-02-frontend-test-site.md

@@ -55,7 +55,8 @@ frontend-test-site/
 | PKCE verifier/state/nonce | session storage, короткий TTL | одноразовые, проверяются callback |
 | `ux_session_id`, `last_activity_at` | только память | не localStorage |
 | `guest_session_id` | локально, опционально | не auth, не посылается как право доступа |
-| pending message/file intent | память | восстанавливает отправку после OTP |
+| pending text intent | session storage, до терминального send outcome | восстанавливает отправку после OIDC redirect |
+| pending file intent | память | переносит выбранный `File` с главной в чат без сериализации |
 | REST cursors | память по dialog | opaque, не парсить |
 
 Auth state machine: `guest → authorizing → bootstrapping → authenticated`; при refresh failure — обратно `guest`. UX-сессия независима от Keycloak-сессии.
@@ -106,7 +107,7 @@ Readonly блок «Личные данные» из `GET /me`; блок «До
 3. При успехе определить новую UX-сессию (`cold_start` при новом page lifecycle), вызвать `session-start`, затем загрузить profile/dialogs.
 4. При отсутствии/истечении refresh token оставаться guest до protected action.
 5. После OTP callback проверить `state`/`nonce`, обменять code с PKCE, вызвать `POST /auth/bootstrap` с согласиями и device metadata.
-6. Создать UX-сессию, если её нет; затем продолжить pending intent.
+6. Создать UX-сессию, если её нет, завершить auth-экран и перейти в чат; pending intent отправляется уже экраном чата. Ошибка Message Safety/Bitrix не превращается в ошибку bootstrap.
 
 Bootstrap повторяем безопасно после неопределённого сетевого результата. Телефон в body никогда не передаётся.
 
@@ -142,10 +143,11 @@ Bootstrap повторяем безопасно после неопределё
 
 1. Валидировать непустой нормализованный текст и клиентский max length из контракта.
 2. Если guest — сохранить intent, consent → OTP → bootstrap → session-start.
-3. `POST /dialogs` с idempotency key, сохранить `dialog_id`.
-4. `POST /dialogs/{id}/messages` с отдельным key.
+3. `POST /dialogs` с idempotency key, сохранить `dialog_id` и перейти на экран чата до отправки.
+4. Экран чата выполняет `POST /dialogs/{id}/messages` с отдельным стабильным key.
 5. Блокировать повторный click только для того же intent; другие действия не замораживать.
-6. На `201` merge `MessageResponse`; на `422 message_blocked` показать безопасный текст без повтора; на `503/504` предложить retry с тем же key.
+6. На `201` merge `MessageResponse`; на `422 message_blocked` не показывать красную техническую ошибку, а обновить историю с сохранённой backend `company`-репликой; на `503/504` предложить retry с тем же key.
+7. Composer показывает счётчик `n/max`, где `max` приходит как `messages.max_text_length` из public app-config; сверх лимита отправка блокируется без обрезки ввода.
 
 ## 11. Файловый flow