Bug 55549

Вроде бы, нужно ещё и в gdm отключать через gdm-settings (пакет и приложение так и называются).

Об основной проблеме
====================

Воспроизвёл поведение с переходом в ждущий режим на ноутбуке HP Laptop 15 da0072ur (inxi во вложении) в p11. На виртуальных машинах не воспроизводится, хотя вышеупомянутые значения gsettings такие же.

После обновления до sisyphus вид настроек изменился - появились явные настройки о ждущем режиме (см. скриншоты power-p11, power-sisyphus-1, power-sisyphus-2). Эти настройки и соответствуют вышеупомянутым из gsettings, как раз с интервалом 15 минут по умолчанию. Если их не менять, поведение, обнаруженное на p11, сохраняется.

Т. е. проблема в том, что в p11 настройка ждущего режима отсутствует в настройках GNOME. На sisyphus не перевешиваю, т. к. там настройки есть.


О проблеме с Telegram
=====================

При воспроизведении видео в Telegram и Chromium ошибка не воспроизвелась. Создайте, пожалуйста, отдельную ошибку на поведение Telegram с более подробной информацией и укажите ссылку на новую ошибку здесь:
* О компьютере (например, `# inxi -v 8 -z --filter-uuid --filter-label`)
* О том, как установлен Telegram
* Какие его настройки (в частности, в разделе Продвинутые настройки > Производительность)
* Какой формат видео (например, `# apt-get install -y ffprobe`, `$ ffprobe /путь/к/видео-файлу.mp4`) и, по возможности, сам файл, с которым воспроизводится проблема
* Как оно отправлено, как проигрывается (т. е. шаги воспроизведения)


Подробнее о поведении в p11
===========================

> $ gsettings get org.gnome.settings-daemon.plugins.power sleep-inactive-ac-type
> 'suspend'
> $ gsettings get org.gnome.settings-daemon.plugins.power sleep-inactive-battery-type
> 'suspend'

В настройках GNOME > Питание обычного, локального пользователя установлено (см. скриншот power-p11):

* Режим питания: Сбалансированный (по умолчанию)
* Уменьшение яркости экрана: Включено (по умолчанию)
* Выключение экрана: Никогда
** Отмечу, что опция именно о выключении экрана, не о ждущем режиме
* Автоматическое энергосбережение: Включено (по умолчанию)

Заряд батареи 100% по данным этого экрана настроек, подключён источник питания. Сессия wayland.

* Без каких-либо запущенных медиа-приложений (запущены только настройки GNOME): Через 5-10 минут неактивности появляется уведомление "Питание": "Автоматический режим ожидания" (p11: "Компьютер скоро перейдёт в режим ожидания из-за отсутствия активности.", sisyphus: "Скоро настанет режим ожидания из-за неактивности"), после чего через ~5 минут выполняется переход в ждущий режим (сон).

* При воспроизведении видео в Telegram (видео mp4, отправлено в Saved messages, открыто на полный экран нажатием на него, настройки по умолчанию: Продвинутые настройки > Аппаратное кодирование для видео - отключено, Включить рендеринг OpenGL для мультимедиа - включено): не переходит в ждущий режим.

* При воспроизведении видео в Chromium (без полноэкранного режима): не переходит в ждущий режим.

Настройки GDM не изменялись, gdm-settings не был установлен.


Версии пакетов
==============

[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
chromium-138.0.7204.168-alt0.p11.1.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-alt4.x86_64

Created attachment 19325 [details]
inxi

Created attachment 19326 [details]
power-p11

Created attachment 19327 [details]
power-sisyphus-1

Created attachment 19328 [details]
power-sisyphus-2

Уточнение по ошибке с переходом в ждущий режим при просмотре прямой трансляции в Telegram

Основная информация:Спасибо за ваш ответ и проведённое тестирование. Хочу уточнить, что проблема с переходом в ждущий режим воспроизводится при просмотре прямых трансляций в Telegram, а не при воспроизведении обычных видеофайлов (например, mp4). Моя ошибка в первоначальном отчёте, что я не указал это явно, предполагая, что проблема распространяется на всё видео. 

Описание проблемы с Telegram
Система переходит в ждущий режим при просмотре прямой трансляции в Telegram, несмотря на отключение ждущего режима в системных настройках GNOME. Это поведение воспроизводится стабильно, если оставить трансляцию активной без ввода с клавиатуры или мыши в течение 15 минут.

Шаги для воспроизведения:
Установите ALT Workstation 11.1 (p11) с окружением GNOME 
Установите Telegram Desktop (версия 5.13.1-alt1). (sudo apt-get install telegram-desktop)
Откройте Telegram и перейдите в канал, например, https://t.me/ChannelOne_official.
Запустите прямую трансляцию (видео в режиме реального времени).
Оставьте систему без ввода с клавиатуры или мыши на 15 минут.
Наблюдайте появление уведомления от подсистемы "Питание" о предстоящем переходе в ждущий режим, после чего выключается экран.

Ожидаемое поведение:
Система не должна показывать уведомление о переходе в ждущий режим и не должна переходить в него при активной прямой трансляции

Дополнительная информация о Telegram: Версия: telegram-desktop-5.13.1-alt1.x86_64
Способ установки: Установлен из официального репозитория ALT Linux p11 через apt-get.

Формат видео: Прямая трансляция (потоковое видео, формат не указан, так как это не локальный файл, а стрим). Для анализа формата трансляции требуется дополнительная информация, но, к сожалению, у меня нет возможности получить её через ffprobe, так как это поток, а не локальный файл. 

Режим воспроизведения: Прямая трансляция открыта в Telegram, без полноэкранного режима (просто воспроизведение в окне чата).

Версии пакетов: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

Примечания:Проблема воспроизводится только при просмотре прямых трансляций в Telegram. Обычные видеофайлы (mp4) в Telegram и видео в Chromium (без полноэкранного режима) не вызывают переход в ждущий режим.

Временное решение (указанное в первоначальном отчёте) с использованием gsettings устраняет проблему, но это не решает вопрос отсутствия настроек в графическом интерфейсе p11.

Как написал выше, для корректной обработки ошибки, связанной с Telegram, создайте, пожалуйста, отдельную ошибку.

В текущей ошибке оставьте комментарий со ссылкой на созданную отдельную ошибку.

Заметил, что на другом ноутбуке (Lenovo IdeaPad 3 15ALC6, inxi прикрепляю) настройки есть (см. скриншот).

Created attachment 19351 [details]
power-p11-lenovo

Created attachment 19352 [details]
lenovo.inxi.txt

(Ответ для Sergey Ogner на комментарий #0)
> В системных настройках (графический интерфейс GNOME) ждущий режим был
> отключен для сценариев работы от сети и от батареи.

Обращаю внимание, что в связанной ошибке https://bugzilla.altlinux.org/55575 приложен скриншот https://attachments.bugzilla.altlinux.org/attachment.cgi?id=19336

* Он показывает вид настроек, отличающийся от всех, прикрепленных ранее здесь.
* В нём есть настройка ждущего режима, но не отдельно для сети и батареи, а только общая.
* В нём есть пункт настроек GNOME "Благополучие", которого сейчас в p11 ещё нет.

В текущей ошибке, точно ли использовался ALT Workstation 11.0 x86_64 (https://ftp.altlinux.org/pub/distributions/ALTLinux/p11/images/workstation/x86_64/alt-workstation-11.0-x86_64.iso), обновлённый до p11? Или система была установлена как-то по-другому? Возможно, есть какая-то отдельная проблема, воспроизводящаяся даже при присутствии настроек.

Прошу прощения, увидел что тот скриншот связан с проверкой на Sisyphus (https://bugzilla.altlinux.org/show_bug.cgi?id=55575#c2), где как раз настройки есть, как писал выше.

Дополнительно пример настроек на ПК ASRock H110M-DGS R3.0 см. в https://bugzilla.altlinux.org/55575