# Interface and multiple-tab regression checks

Verification date: 2026-09-14 UTC. Implementation and regression report.

## Reproduced delivery failure

Multiple tabs sharing one identity used to trigger extra relay polls through the owning tab. Their combined reads could exhaust that session's read quota and surface HTTP 429 while sending. The new integration test failed against the previous implementation with `Too many requests. Retry shortly.`

Only the session owner now polls the relay. Mirror tabs read the owner's verified view over the existing same-origin BroadcastChannel. The regression test opens two mirrors, requests 35 polls from each, checks that they cause no extra relay reads, then verifies an incoming message reaches both mirrors and an outgoing message from a mirror reaches its peer. Relay limits and cryptographic validation are unchanged.

## Context-menu regression

A separate UI fixture using the actual message component reproduced a menu that appeared and immediately disappeared when right-clicking near the lower edge. Instrumented events showed the opening pointerup triggered native automatic popover dismissal. Message menus now remain in the native top layer but close on the next outside pointerdown or Escape; panels and menus coordinate to keep only one surface open. Repeating the same lower-edge right-click left the menu open through subsequent parent updates. The fixture and diagnostic logging were local only and are not shipped.

## Executed checks

- `npm run test:chat:report`: **115 passed** — 106 integration scenarios and nine MLS laboratory scenarios. [Machine-readable report](security-tests.json), [integration TAP](integration.tap), [MLS TAP](mls-ratchet.tap).
- ESLint and an isolated Docker production build completed successfully.
- Browser checks: reload restored the same temporary identity, message history, encrypted reply and reaction. Reply and reaction controls submitted actual test messages. Clicking outside the help panel and pressing Escape dismissed it; the conversation did not resize.
- Responsive inspection: chat at 390 × 844, 320 × 568 and a reduced 390 × 450 viewport; Security in English and Russian at 320 × 568. DOM measurements found no horizontal overflow in the review's paragraphs or table cells. The threat-model table becomes vertical cards on small screens.
- Message actions render above the conversation rather than inserting another row. Keyboard focus remains visible on controls; jumping to a quoted message no longer draws an outline around the entire row.

## Scope and limits

The new long-press handler cancels on movement, pointer cancellation, page blur, visibility change and unmount. Physical touch gestures and the iOS/Android software keyboard were not verified on real hardware in this run. The frame follows VisualViewport resize/scroll events without remounting the session; this is not a claim that every mobile browser has been tested.

The reported string `This room no longer exists.` was found in an old local development bundle and was absent from the current production client and relay examined during this run. Its occurrence in the user's session was not reproduced, so this report does not attribute that incident to the multiple-tab defect. A relay restart or the shared expiry really does remove the server's volatile conversation state; the client cannot reconstruct that state from an invitation alone.

No user conversations, invitation secrets or private keys are included in this report. The browser checks used a separate synthetic conversation.

---

# Проверка интерфейса и нескольких вкладок

Дата проверки: 14 сентября 2026 года, UTC. Отчёт о реализации и регрессионных проверках.

## Воспроизведённый сбой отправки

Дополнительные вкладки одного участника вызывали новые опросы relay через основную вкладку. Вместе они могли исчерпать лимит чтения сессии и получить HTTP 429, мешающий отправке. Новый регрессионный тест на прежней реализации завершился ошибкой `Too many requests. Retry shortly.`

Теперь relay опрашивает только вкладка, владеющая сессией. Остальные получают её проверенное состояние через существующий BroadcastChannel того же origin. Тест открывает две дополнительные вкладки, выполняет по 35 запросов, проверяет отсутствие лишних обращений к relay, затем доставку входящего сообщения в обе вкладки и исходящего сообщения из дополнительной вкладки собеседнику. Серверные лимиты и криптографические проверки сохранены.

## Исправление мигающего меню

В отдельной UI-проверке с настоящим компонентом сообщения воспроизведено исчезновение меню при правом клике у нижней границы. Диагностика событий показала, что отпускание кнопки после открытия запускало автоматическое закрытие popover. Теперь меню остаётся в верхнем слое браузера и закрывается следующим нажатием снаружи или Escape. Панели согласованно оставляют открытой только одну поверхность. Повтор того же правого клика сохранил меню открытым и при последующих обновлениях родительского компонента. Проверочный экран и диагностические логи в выпуск не входят.

## Что проверено

- `npm run test:chat:report`: **115 успешных проверок** — 106 интеграционных сценариев и девять лабораторных MLS. [JSON](security-tests.json), [интеграционный TAP](integration.tap), [MLS TAP](mls-ratchet.tap).
- ESLint и отдельная production-сборка в Docker прошли успешно.
- В браузере перезагрузка вернула того же участника, сообщения, зашифрованный ответ и реакцию. Ответы и реакции проверены реальной отправкой тестовых сообщений. Нажатие вне справки и Escape закрыли её без изменения размеров переписки.
- Проверены чат при 390 × 844, 320 × 568 и уменьшенной высоте 390 × 450, а также Security на английском и русском при 320 × 568. Измерения DOM не выявили горизонтального переполнения абзацев и ячеек. Таблица модели угроз на узком экране отображается карточками.
- Меню сообщения открывается поверх переписки. Фокус с клавиатуры виден на кнопках; переход к цитате больше не рисует рамку вокруг всей строки.

## Границы проверки

Обработчик долгого нажатия отменяет ожидание при движении, отмене касания, потере фокуса, скрытии страницы и удалении компонента. Сам жест и экранная клавиатура iOS/Android на физических устройствах в этом прогоне не проверялись. Размер области чата отслеживает VisualViewport без пересоздания сессии; это не означает проверку всех мобильных браузеров.

Строка `This room no longer exists.` обнаружена в старой локальной dev-сборке и отсутствовала в проверенных текущих production-клиенте и relay. В пользовательской сессии ошибка не воспроизведена, поэтому она не объявляется следствием дефекта нескольких вкладок. Перезапуск relay или общий срок действительно удаляют состояние беседы из RAM; одна ссылка не позволяет восстановить его.

В отчёте нет пользовательской переписки, секретов приглашений и приватных ключей. Браузерные проверки проведены в отдельной тестовой беседе.


## Capacity regression / Очистка завершённых бесед

The live production candidate rejected a new synthetic conversation with `The relay is at capacity.` Its application is healthy; this response comes from configured relay bounds. Code review identified that a room whose last admitted session had explicitly logged out still reserved a room slot until expiry. The regression test filled 16 rooms, set their presence offline, confirmed a seventeenth was rejected, logged out one owner, and attempted a replacement. It failed on the old code and passes after the fix. Fifteen offline admitted sessions remain recoverable; revoked key bindings retain their deadline. The complete suite passes 115 scenarios. This does not increase the 16-live-conversation bound or prove that every occupied production room is orphaned.

Production-кандидат отклонил создание новой тестовой беседы с `The relay is at capacity.` Приложение исправно; ответ поступил из проверки лимитов relay. По коду обнаружено, что беседа занимала место до срока даже после явного выхода последнего допущенного участника. Регрессионный тест заполнил 16 бесед, перевёл их presence в офлайн, проверил отказ семнадцатой, завершил одну сессию и попытался создать замену. На старом коде тест падал, с исправлением проходит. Остальные 15 отключившихся участников сохраняют возможность вернуться, отозванные ключи остаются привязанными до прежнего срока. Полный набор содержит 115 успешных сценариев. Лимит 16 живых бесед не увеличен; тест не устанавливает, что все занятые production-беседы остались без участников.