DesktopПродукт: ALT Linux Компонент: telegram-desktop Версия: 5.13.1-alt1 Платформа: x86_64 Операционная система: ALT Workstation 11.1 (p11) Связанная ошибка: Ошибка #55549 Краткое описание: При просмотре прямой трансляции в Telegram Desktop система показывает уведомление от подсистемы "Питание" о предстоящем переходе в ждущий режим и, при отсутствии действий пользователя, переходит в него, несмотря на активное воспроизведение прямой трансляции. Подробное описание: При просмотре прямой трансляции в Telegram Desktop (например, в канале https://t.me/ChannelOne_official) система через 15 минут бездействия (отсутствие ввода с клавиатуры или мыши) показывает уведомление от подсистемы "Питание" с текстом: "Компьютер скоро перейдёт в режим ожидания из-за отсутствия активности". Если не предпринимать действий, система переходит в ждущий режим. Проблема связана с ошибкой №55549, где описан некорректный переход в ждущий режим в GNOME (p11) из-за отсутствия явных настроек ждущего режима в графическом интерфейсе. Однако в данном случае проблема специфична для прямых трансляций в Telegram, так как при воспроизведении обычных видеофайлов (например, mp4) в Telegram или видео в Chromium переход в ждущий режим не происходит. Шаги для воспроизведения: 1. Установите ALT Workstation 11.1 (p11) с окружением GNOME (версия GNOME Shell 47.4). 2. Убедитесь, что в настройках GNOME (раздел "Питание") установлено "Выключение экрана" на "Никогда". Примечание: В графическом интерфейсе GNOME в p11 отсутствует явная настройка для отключения ждущего режима, как указано в ошибке №55549. 3. Установите Telegram Desktop (версия 5.13.1-alt1) из официального репозитория p11. (sudo apt-get install telegram-desktop) 4. Откройте Telegram и перейдите в канал с прямой трансляцией, например, https://t.me/ChannelOne_official. 5. Запустите прямую трансляцию (видео в режиме реального времени, воспроизведение в окне чата, без полноэкранного режима). 6. Оставьте систему без ввода с клавиатуры или мыши на 15 минут. 7. Наблюдайте появление уведомления о переходе в ждущий режим и последующий переход системы в сон. Фактическое поведение: Система показывает уведомление от подсистемы "Питание" о предстоящем переходе в ждущий режим через 15 минут бездействия, после чего переходит в ждущий режим, несмотря на активную прямую трансляцию в Telegram Ожидаемое поведение: Система не должна показывать уведомление о переходе в ждущий режим и не должна переходить в него при активном воспроизведении прямой трансляции, так как это мультимедийный контент, предполагающий активное использование. Дополнительная информация: Версия Telegram: telegram-desktop-5.13.1-alt1.x86_64 Способ установки: Установлен через apt-get из репозитория ALT Linux p11. echo $XDG_SESSION_TYPE wayland Формат видео: Прямая трансляция (потоковое видео). Формат не определён, так как это стрим, а не локальный файл. Версии пакетов: gnome-settings-daemon-47.2-alt1.x86_64 gnome-session-47.0.1-alt1.x86_64 gnome-shell-47.4-alt1.1.x86_64 gdm-47.0-alt3.x86_64 telegram-desktop-5.13.1-alt1.x86_64 Временное решение: Проблема устраняется установкой следующих настроек: gsettings set org.gnome.settings-daemon.plugins.power sleep-inactive-ac-type 'nothing' gsettings set org.gnome.settings-daemon.plugins.power sleep-inactive-battery-type 'nothing' Однако это не решает проблему некорректной обработки прямых трансляций Telegram как активного мультимедийного контента и отсутствие явных настроек ждущего режима в графическом интерфейсе GNOME (см. ошибку №55549).
Created attachment 19336 [details] Скриншот настроек GNOME для подтверждения конфигурации
Воспроизвёл поведение с переходом в ждущий режим в ALT Linux Sisyphus Подробное описание: При просмотре прямой трансляции в Telegram Desktop (например, в канале https://t.me/ChannelOne_official) на ALT Linux Sisyphus с окружением GNOME (версия GNOME Shell 48.4) система через ~10 минут бездействия (отсутствие ввода с клавиатуры или мыши) показывает уведомление от подсистемы "Питание": «Автоматический режим ожидания: Система перейдёт в режим ожидания из-за отсутствия активности». Если не предпринимать действий, система переходит в ждущий режим через 5 минут после появления уведомления, то есть через ~15 минут с начала отсутствия ввода с клавиатуры или мыши. Проблема специфична для прямых трансляций в Telegram Desktop. При воспроизведении обычных видеофайлов (например, mp4) в Telegram переход в ждущий режим не происходит, что указывает на возможную проблему в обработке прямых трансляций Telegram, вероятно, из-за отсутствия сигналов подавления ждущего режима (inhibit suspend). Для контекста: аналогичная проблема наблюдалась в ALT Workstation 11.1 (p11), где отсутствуют явные настройки ждущего режима в графическом интерфейсе GNOME (см. ошибку №55549). В Sisyphus настройки ждущего режима присутствуют в графическом интерфейсе GNOME, но проблема сохраняется, что подтверждает, что ошибка связана с Telegram Desktop.Шаги для воспроизведения: 1. Установите ALT Workstation Sisyphus с окружением GNOME 2. В настройках GNOME (раздел "Питание") установите: Автоматическое отключение экрана": "Никогда". "Автоматический режим ожидания": Включён, задержка 15 минут (по умолчанию). (См. выше приложенный скриншот настроек GNOME для подтверждения конфигурации). 3.Установите Telegram Desktop (из репозитория Sisyphus) через apt-get 4. Откройте Telegram и перейдите в канал с прямой трансляцией, например, https://t.me/ChannelOne_official. 5. апустите прямую трансляцию (видео в режиме реального времени, воспроизведение в окне чата, без полноэкранного режима). 6. Оставьте систему без ввода с клавиатуры или мыши на ~15 минут. 7. Наблюдайте появление уведомления от подсистемы "Питание" («Автоматический режим ожидания: Система перейдёт в режим ожидания из-за отсутствия активности») через ~10 минут и последующий переход системы в ждущий режим через 5 минут после уведомления. Фактическое поведение: Система показывает уведомление от подсистемы "Питание" через ~10 минут бездействия и переходит в ждущий режим через 5 минут после уведомления (итого ~15 минут с начала бездействия), несмотря на активную прямую трансляцию в Telegram Desktop. Ожидаемое поведение: Telegram Desktop должен подавлять ждущий режим (например, через сигналы DBus inhibit suspend) во время воспроизведения прямой трансляции, чтобы система не переходила в ждущий режим, так как это активный мультимедийный контент.
Воспроизвёл ошибку на компьютере ASRock H110M-DGS R3.0 (inxi прикладываю) в p11 и sisyphus. (На виртуальной машине в p11 не воспроизвелось.) Шаги ==== 1. Настройки GNOME > Питание > Выключение экрана > Никогда (при этом переход в ждущий режим через 15 минут оставить включённым, если такая настройка есть, см. https://bugzilla.altlinux.org/55549). 2. # apt-get install -y telegram-desktop 3. Открыть Telegram, авторизоваться. 4. Перейти в канал с прямой трансляцией (https://t.me/ChannelOne_official). 5. Запустить прямую трансляцию, нажав Присоединиться (открывается отдельное окно с прямой трансляцией, но не на полный экран; окно на переднем плане, сфокусировано; значок прикрепления "поверх всех окон" не нажат). 6. Не выполнять ввод с клавиатуры или мыши, подождать 10 минут до появления уведомления о переходе в ждущий режим. 7. Не выполнять ввод с клавиатуры или мыши, подождать 5 минут до перехода в ждущий режим. Фактический результат ===================== Система переходит в ждущий режим, несмотря на воспроизведение прямой трансляции в Telegram. Ожидаемый результат =================== Система не должна переходить в ждущий режим при воспроизведении прямой трансляции в Telegram. Версии пакетов ============== [p11] ALT Workstation 11.0 x86_64 kernel-image-6.12-6.12.41-alt1.x86_64 gnome-settings-daemon-47.2-alt1.x86_64 gnome-session-47.0.1-alt1.x86_64 gnome-shell-47.4-alt1.1.x86_64 gdm-47.0-alt3.x86_64 telegram-desktop-5.13.1-alt1.x86_64 [sisyphus] ALT Workstation 11.0 x86_64 kernel-image-6.12-6.12.41-alt1.x86_64 gnome-settings-daemon-48.1-alt1.x86_64 gnome-session-48.0-alt1.x86_64 gnome-shell-48.4-alt1.x86_64 gdm-48.0-alt5.x86_64 telegram-desktop-5.13.1-alt2.x86_64
Created attachment 19358 [details] ASRock H110M-DGS R3.0.inxi.txt
Created attachment 19359 [details] ASRock H110M-DGS R3.0.p11.power.png
Created attachment 19360 [details] ASRock H110M-DGS R3.0.sisyphus.power.png
