GreenChat

# Green Chat 0.2.2 — памятка бета-тестера

Спасибо, что участвуете в тестировании Green Chat. Эта памятка объясняет,

как подготовиться к бете, что особенно важно проверить в версии 0.2.2 и как

составить полезный баг-репорт.

## Версии беты 0.2.x

Текущая версия — **0.2.2**. Памятка покрывает все возможности линейки 0.2.x;

полные списки изменений по версиям:

- **[0.2.2](beta-changelog-0.2.2.md)** (23 июля 2026) — уведомления, звук и

  счётчики при свёрнутом или скрытом в tray окне; быстрое переподключение

  после сна компьютера; исправления восстановления личных чатов. Серверных

  изменений нет.

- **[0.2.1](beta-changelog-0.2.1.md)** (22 июля 2026) — надёжная доставка:

  клиент сверяет состояние с сервером и догружает пропущенные сообщения;

  восстановление личного чата после logout и повторного входа собеседника;

  диагностический лог `glchat.log`. Требует обновлённый сервер.

- **[0.2.0](beta-changelog-0.2.0.md)** (20 июля 2026) — роли и управление

  участниками каналов, раздел «Треды», карточки профилей, сохранённые

  сообщения, история загрузок, просмотрщик изображений и GIF, звуковые

  уведомления, отметка вышедших со всех устройств пользователей.

## Перед началом тестирования

1. Установите версию **0.2.2 на все свои устройства**. Старые клиенты

   несовместимы с новой синхронизацией участников каналов и могут работать

   некорректно.

2. Проверьте номер версии в **Settings → Profile**.

3. По возможности подготовьте два тестовых аккаунта и два устройства для

   одного из аккаунтов. Это позволит проверить доставку, роли и

   мультиустройство.

4. Не используйте единственный рабочий аккаунт для сценариев с выходом из

   системы: logout безвозвратно удаляет историю на текущем устройстве.

5. Бета-версия может содержать ошибки. Не отправляйте через неё данные,

   потеря которых будет критичной.

## Как устроено хранение сообщений

Green Chat — корпоративный мессенджер со сквозным шифрованием MLS. Сервер

хранит сообщения и файлы в зашифрованном виде и не располагает ключами для

их чтения.

Из этого следуют важные ограничения:

- история расшифровывается и хранится на устройствах пользователя;

- сервер и служба поддержки не могут прочитать переписку или восстановить

  уничтоженные ключи;

- выход из аккаунта очищает локальную историю и ключи на этом устройстве;

- если выйти со всех устройств, прежнюю историю восстановить будет нельзя;

- для поиска ошибки особенно важны точное время события, участники, канал и

  последовательность действий.

## Что особенно важно проверить в бете 0.2.x

### 1. Обычные сообщения и восстановление соединения (изменено в 0.2.1 и 0.2.2)

- Отправьте сообщения в канал и личный чат.

- Проверьте доставку текста, эмодзи, форматирования и ответов в треде.

- Полностью отключите сеть на одном из устройств на несколько минут, затем

  включите её обратно.

- Убедитесь, что клиент подключился самостоятельно и получил сообщения,

  отправленные во время офлайна.

- Проверьте, что статус online/offline обновляется без повторного открытия

  канала.

Сообщение со статусом `sent`, которое после восстановления соединения так и

не появилось у получателя, считается важным багом.

### 2. Треды (новое в 0.2.0)

- Создайте несколько тредов в разных каналах.

- Откройте раздел **Threads** и проверьте сортировку по последней активности.

- Переключите фильтры **All** и **Unread**.

- Нажмите на тред в списке и убедитесь, что открылись правильный канал и

  исходное сообщение.

- Ответьте с `@mention`, добавьте вложение или перетащите файл в область

  ответа.

- При наличии второго устройства проверьте синхронизацию прочитанности

  тредов.

### 3. Роли и участники каналов (новое в 0.2.0)

Для полноценной проверки нужны минимум три аккаунта: владелец, модератор и

обычный участник.

1. Создайте приватный канал и пригласите двух участников.

2. Убедитесь, что создатель отмечен как owner.

3. Назначьте одного участника модератором и затем снимите роль.

4. Проверьте, что owner может приглашать и исключать участников.

5. Проверьте, что moderator может управлять обычными участниками, но не

   владельцем или другим модератором.

6. Исключите обычного участника: канал должен сразу исчезнуть у него из

   интерфейса, а новые сообщения не должны быть доступны.

7. Повторно пригласите участника и убедитесь, что устаревшее событие удаления

   не убирает канал снова.

Дополнительно можно проверить выход из канала:

- обычный участник и модератор могут выйти самостоятельно;

- owner с другими участниками должен сначала назначить модератора;

- при выходе owner владение автоматически переходит назначенному модератору;

- из DM выйти нельзя, но его можно скрыть через **Remove for me**;

- для публичного канала исключение участника недоступно, поскольку он может

  вступить обратно самостоятельно.

### 4. Профили (новое в 0.2.0)

- Заполните аватар, должность, описание и рабочий телефон.

- Откройте карточку профиля из сообщения и панели участников.

- Проверьте копирование email и телефона.

- Измените аватар или данные профиля на одном устройстве и убедитесь, что

  изменения появились у другого пользователя без перезапуска приложения.

Поля профиля видны всем пользователям организации — это справочная информация,

а не приватная часть переписки.

### 5. Поиск и действия с сообщениями

- Найдите старое сообщение через поиск и перейдите к нему.

- Убедитесь, что чат прокрутился к правильному сообщению и выделил его.

- Проверьте доступные контекстные действия: ответ, редактирование, сохранение,

  закрепление и удаление там, где они разрешены.

- Отредактируйте длинное сообщение и ответ в треде: поле ввода должно

  увеличиваться вместе с текстом.

- Попробуйте превысить допустимую длину сообщения. Клиент должен показать

  понятное ограничение, а не зависнуть или молча потерять текст.

Поиск работает по локально доступной истории устройства. Отсутствие сообщения,

которого никогда не было на этом устройстве, само по себе не является багом.

### 6. Файлы, изображения и GIF (расширено в 0.2.0)

- выберите файл через кнопку вложения и убедитесь, что он сначала появился в

  области подготовки к отправке;

- удалите подготовленный файл, не отправляя сообщение;

- перетащите файлы в основной чат и отдельно в открытый тред;

- вставьте изображение из буфера обмена;

- отправьте несколько файлов и проверьте, что они остались в исходном чате,

  даже если во время загрузки переключиться на другой канал;

- откройте изображение во встроенном просмотрщике;

- проверьте воспроизведение GIF и отсутствие чрезмерной нагрузки интерфейса;

- удалите собственное сообщение с вложением и убедитесь, что файл больше не

  доступен из чата;

- скачайте файл и проверьте его содержимое после расшифровки.

Ошибки загрузки, повреждённый скачанный файл, вложение в неправильном канале

или зависшая подготовка файла считаются багами.

### 7. Сохранённые сообщения и загрузки (новое в 0.2.0)

- Сохраните сообщения из разных каналов через контекстное меню.

- Откройте раздел **Saved**, перейдите из него к исходному сообщению и удалите

  закладку.

- При наличии второго устройства проверьте, что список сохранённых сообщений

  синхронизировался.

- Скачайте несколько файлов и откройте раздел **Downloads**.

- Проверьте действия **Open file**, **Show in folder** и

  **Remove from history**.

Сохранённые сообщения синхронизируются между устройствами и видны только

владельцу аккаунта. История загрузок хранится только на конкретном устройстве.

Удаление записи из Downloads не удаляет сам файл с диска. Файлы, скачанные до

установки 0.2.0, в историю автоматически не добавляются.

### 8. Уведомления и звук (изменено в 0.2.2)

- Перед проверкой убедитесь, что в **Settings → Notifications** выключен

  **Pause all notifications**: включённый тумблер намеренно отключает попапы

  и звук, при этом сообщения и счётчики продолжают приходить. Кнопка

  **Send test** проверяет только доставку до операционной системы и работает

  даже при включённой паузе.

- В **Settings → Notifications** нажмите **Send test**.

- Оставьте окно приложения без фокуса и попросите другого тестера отправить

  DM — должен появиться системный попап и прозвучать звук.

- Полностью сверните окно или скройте его в tray и попросите отправить ещё

  один DM: попап и звук должны прийти, не открывая окно, а после открытия

  счётчики и сами сообщения должны уже быть на месте без ручного обновления.

- Проверьте `@mention` в канале. Обычное сообщение без упоминания по умолчанию

  не показывает попап.

- Отключите звук в настройках и убедитесь, что новые сообщения приходят без

  звукового сигнала.

- Проверьте DND, mute канала и quiet hours.

- Полностью закройте приложение через tray → **Quit**, отправьте на аккаунт

  DM и проверьте email-уведомление, если SMTP включён на сервере.

Попапы показывает запущенное приложение. После полного выхода через **Quit**

desktop-клиент не может показать системное уведомление; в этом случае для DM

может прийти только email.

### 9. Несколько устройств

- Войдите на второе устройство по паролю или привяжите его по QR-коду.

- Создайте приватный канал и пригласите пользователя с несколькими активными

  устройствами.

- Убедитесь, что канал, его название и новые сообщения появились на всех

  устройствах приглашённого.

- Проверьте синхронизацию прочитанности, черновиков, сохранённых сообщений и

  скрытых чатов.

- Измените аватар и убедитесь, что он обновился на других клиентах.

- Закройте одно устройство, продолжите работу на втором, затем верните первое

  в сеть и проверьте восстановление состояния.

### 10. Выход со всех устройств (новое в 0.2.0)

Этот сценарий выполняйте только на специально созданном тестовом аккаунте.

Перед выходом убедитесь, что клиент подключён к серверу.

1. Выйдите из аккаунта на последнем активном устройстве и подтвердите

   предупреждение об удалении истории.

2. У другого пользователя аккаунт должен получить отметку **Logged out** в

   списке DM, профиле, панели участников и выборе пользователя.

3. В существующем DM история должна остаться читаемой, но поле отправки должно

   замениться предупреждением.

4. Создание нового DM с вышедшим пользователем должно быть заблокировано.

5. Отправьте в канал сообщение с его персональным `@mention`: сообщение

   должно отправиться остальным участникам, а автор должен увидеть

   предупреждение о недоставке упомянутому пользователю.

6. Снова войдите этим аккаунтом. Отметка Logged out должна исчезнуть у других

   пользователей.

Повторный вход создаёт новое активное устройство, но не возвращает историю,

уничтоженную при logout.

## Что обязательно считать багом

- Падение, зависание или бесконечная загрузка приложения.

- Потеря уже отправленного сообщения или его появление в неправильном чате.

- Ошибка расшифровки, нечитаемый текст или повреждённый файл.

- Получение доступа к чужому каналу, профилю или данным без разрешения.

- Возможность обычного участника выполнить действие owner/moderator.

- Доступ исключённого участника к новым сообщениям приватного канала.

- Расхождение каналов, ролей, сохранённых сообщений или прочитанности между

  устройствами, которое не исправляется после переподключения.

- Отсутствие DM или `@mention`-уведомления при выполненных условиях доставки.

- Неправильный адресат, канал или тред у вложения.

- Неработающая кнопка, обрезанный интерфейс или нечитаемый текст, особенно в

  тёмной теме.

Проблемы безопасности, потерю данных и воспроизводимые падения отмечайте

приоритетом **High**.

## Известные ограничения беты

- Вход обычно доступен только по приглашению; вкладки создания свободного

  аккаунта может не быть.

- Автоматического обновления нет — новую версию нужно устанавливать вручную.

- Windows может показать SmartScreen с предупреждением о неизвестном

  издателе.

- Неподписанная macOS-сборка может быть заблокирована Gatekeeper. После

  переноса приложения в `/Applications` выполните:

  ```sh

  xattr -cr "/Applications/Green Chat.app"

  ```

- На macOS системные попапы бета-сборки могут отображаться от имени

  **Script Editor**.

- На части серверов отправка файлов и email-уведомления могут быть отключены.

- Числовой бейдж учитывает DM и упоминания; обычное непрочитанное сообщение в

  канале отображается точкой.

- Сообщение `SPKI pin mismatch` после плановой смены серверного ключа требует

  повторного входа. Клиент намеренно не принимает новый ключ молча.

Если поведение не перечислено здесь и выглядит неправильным, лучше отправить

репорт.

## Как оставить баг-репорт

Трекер:

<https://bug.green-lab.space/projects/greenchat/issues/new>. Регистрация не

нужна, репорт можно отправить анонимно.

### Что указать

```text

Краткое название: что сломалось и где

Шаги:

1. …

2. …

3. …

Ожидал: …

Получил: …

Окружение:

- Green Chat 0.2.2

- ОС и версия

- один или несколько аккаунтов/устройств

- название канала или DM

- точное время события и часовой пояс

Воспроизводится: всегда / иногда / один раз

Дополнительно: скриншот или короткое видео

```

Для проблем синхронизации укажите ОС и версию клиента **на каждой стороне**,

а также какое устройство было офлайн.

Трекер публичный. Не прикладывайте пароли, invite-коды, ключи, приватные

логи или скриншоты с конфиденциальной перепиской. Перед отправкой замажьте

лишние данные.

### Приоритет

| Приоритет | Когда использовать |

|---|---|

| `Normal` | Большинство ошибок интерфейса и поведения |

| `High` | Падение, потеря данных, недоставка сообщений, нарушение прав или безопасности |

| `Urgent` / `Immediate` | Не выбирайте без отдельной просьбы команды |

## Быстрая диагностика уведомлений

1. Нажмите **Settings → Notifications → Send test**.

2. Если тест пришёл, проверьте **Pause all notifications**, DND, mute,

   quiet hours и фокус окна: Send test обходит эти настройки, а обычные

   уведомления — нет.

3. Для канала используйте персональный `@mention`; обычное сообщение может не

   создавать попап.

4. Если приложение было закрыто через tray → Quit, системного попапа быть не

   должно.

5. Если Send test не работает при разрешённых уведомлениях ОС, создайте

   баг-репорт и обязательно укажите операционную систему.