Обновить UI каналов, логаут DM и документацию

- Исправлена вкладка Каналы: стабильные режимы Все/Мои, корректные кнопки и навигация назад.

- Зафиксирована доработка по личным сообщениям: при logout очищается локальная база/кеш DM на устройстве.

- Обновлены AGENTS/CLAUDE и документация Personal_Messages.

- Обновлены версии в VERSION.properties (client 1.2.106, server 1.2.99).

Dev_Docs/Personal_Messages/README.md

@@ -162,9 +162,13 @@ UI чата строится на этих типах: текстовые соо
 ## 7) Доставка и backlog
 
 - При сохранении пары сервер пытается сразу доставить в онлайн-сессии.
-- Для офлайн/недоступных сессий остаётся pending-запись доставки.
-- При подключении сессии сервер догружает pending (`listPendingForSession`) и шлёт `SignedMessageArrived(backlog=true)`.
-- После получения клиент должен отправить `AckSessionDelivery`, чтобы отметить `delivered=1`.
+- Для офлайн/недоступных сессий остаётся pending-запись доставки в таблице `signed_message_session_delivery`.
+- При подключении сессии сервер автоматически вызывает `dispatchPendingForSession`:
+  - для новой сессии регистрирует все существующие сообщения адресата как «недоставленные»;
+  - отправляет **все** pending через WebSocket событием `SignedMessageArrived(backlog=true)`;
+  - лимита на количество сообщений нет — передаётся вся история без ограничений.
+- Клиент дедублирует входящие через `knownMessageKeys`: если `messageKey` уже есть локально — игнорирует.
+- После получения клиент отправляет `AckSessionDelivery`, чтобы отметить `delivered=1` в таблице доставки.
 
 ## 8) Read-receipt логика
 
@@ -183,17 +187,34 @@ UI чата строится на этих типах: текстовые соо
 
 ## 9) Логика UI-клиента
 
-В UI:
+### Хранилище сообщений
+
+- In-memory: `state.chats[chatId]` — массив сообщений по каждому диалогу.
+- Персистентно: IndexedDB база `shine-ui-messages-v1`, object store `messages`, ключ `messageKey`.
+- `chatId` для `type=1` — `fromLogin`, для `type=2` — `toLogin`.
+
+### Жизненный цикл при старте/подключении
+
+1. `hydrateMessagesFromStore()` — читает все сообщения из IndexedDB в `state.chats` (до WebSocket-соединения).
+2. После установки WebSocket-сессии сервер присылает backlog (`SignedMessageArrived(backlog=true)`) для всех недоставленных сообщений.
+3. Клиент дедублирует через `knownMessageKeys` — уже имеющиеся в IndexedDB игнорируются.
+4. Новые сообщения в реальном времени приходят теми же WebSocket-событиями.
+
+### Очистка при выходе и смене пользователя
+
+- При любом логауте (`terminateCurrentSession`) IndexedDB с сообщениями **удаляется полностью**.
+- При входе нового пользователя через QR — IndexedDB удаляется явно до вызова `terminateCurrentSession`.
+- При входе нового пользователя через логин/пароль — IndexedDB удаляется в `registration-keys-view.js` прямо перед `authorizeSession()`.
+- Это гарантирует: при любом способе входа старые сообщения предыдущего пользователя не попадут к следующему.
+
+### UI-поведение
 
-- чат хранится в `state.chats[chatId]`;
-- `chatId` для `type=1` — `fromLogin`, для `type=2` — `toLogin`;
 - непрочитанные считаются по `from='in' && unread=true`;
 - доставка/прочтение исходящих:
-  - `firstTick` — сообщение принято в парный поток,
+  - `firstTick` — сообщение принято сервером,
   - `secondTick` — пришло подтверждение прочтения;
 - при открытии диалога UI автопрокручивает ленту в самый низ;
-- после отправки нового сообщения UI сразу автопрокручивает ленту вниз, чтобы новое сообщение было в зоне видимости;
-- сообщения дополнительно кешируются в IndexedDB (`shine-ui-messages-v1`, store `messages`).
+- после отправки нового сообщения UI сразу прокручивает ленту вниз.
 
 ## 10) Инварианты (обязательно соблюдать при доработках)