Files

T

mayatnikovandClaude Opus 5 63a7a1ef52 Этап 2: чат 1:1 — устройства, очередь, SSE, шифрование сообщений

Сервер: регистрация устройств и X-Device, hub с одним потоком на устройство,
очередь per-device с фан-аутом без эха отправителю, POST /api/messages
с проверками в порядке protocol.md, ACK, SSE с воспроизведением очереди,
ready и пингом раз в 20 секунд, контакты в обе стороны при первом сообщении,
лимит 30 сообщений в минуту.

Клиент: ULID, ключ 1:1 из ECDH через HKDF, шифрование конверта с AAD,
sync.js как единственный писатель в IndexedDB, ACK строго после записи,
список чатов, экран чата по эталону, разделители дат и «новые»,
pending и failed с повтором, полоса «нет соединения».

ADR-033: у неотправленного есть текст отказа — clock_skew стало видно.
ADR-034: входящее с известным id не перезаписывает запись. Собеседник знает
открытый id конверта и подменял им чужое сообщение в чужой истории — вплоть
до стирания своего присланного, чего «удалить у всех не существует» не допускает.
ADR-035: один поток событий на браузерный профиль (locks + BroadcastChannel):
две вкладки отбирали поток друг у друга и оставались без живой доставки.
ADR-036: повтор отправки сохраняет ULID, пока он в пределах окна часов, —
иначе потерянный ответ давал у собеседника два сообщения вместо одного.

Приёмка на боевом сервере: два аккаунта, пять устройств, живая доставка,
копия на второе устройство, очередь офлайн-устройству, ACK, подмена from
игнорируется, чужой deviceId и запрос без Origin отбиваются, плейнтекста
в базе и WAL ноль вхождений.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_015DbCjVfTFq4ZFG8juD45YJ

2026-08-22 18:18:04 +03:00

3.0 KiB

Raw Blame History

ADR-033: Текст отказа у неотправленного сообщения

Контекст

docs/storage.md задаёт судьбу исходящего: 202 → sent, сетевая ошибка → остаётся pending, 4xx → failed «с текстом ошибки». Поля для этого текста в записи messages нет — есть только status.

docs/ui.md описывает вторую половину так же наполовину. У сообщения в ленте есть пометка «не отправлено · повторить», одна на все причины. clock_skew записан в «Сеть и состояния» с текстом «проверьте часы на устройстве: расхождение больше 5 минут», но где он показывается — не сказано, а показать его негде: пометка у сообщения фиксирована, строка состояния формы (ADR-028) в чате не живёт.

Этап 2 упёрся в это на первой же отправке. Причина отказа известна ровно в момент ответа сервера, а сообщение живёт дальше и переживает перезагрузку страницы.

Решение

Запись messages получает необязательное поле error: string — текст отказа, из-за которого сообщение стало failed. Тексты берутся из тех же перечней, что и у форм: коды docs/protocol.md и строки ADR-028. Новых строк интерфейса это решение не заводит.
Поле живёт только у failed. Новая попытка отправки заводит запись с новым ULID и без него.
Текст показывается полосой над вводом цветом mark — там же, где «нет соединения» и предупреждение о ключе. Место одно, как требует ADR-028; пометка «не отправлено · повторить» у самого сообщения не меняется.
Поле служебное: на сервер не уходит и в архив .bare не пишется, как и raw.

Следствия

clock_skew наконец видно: расхождение часов объясняется словами, а не молчаливым «не отправлено».
Текст переживает перезагрузку вместе с сообщением: он часть записи, а не состояние экрана.
Причин у полосы над вводом становится три — нет соединения, ключ изменился, отказ отправки. Больше одной сразу не показывается: полоса одна.

3.0 KiB Raw Blame History

ADR-033: Текст отказа у неотправленного сообщения

Контекст

Решение

Следствия

3.0 KiB

Raw Blame History