LINUX.ORG.RU

История изменений

Исправление MozillaFirefox, (текущая версия) :

A muted autoplay video in a background tab or subframe still takes the «video-playing» wake lock, because that lock is gated on the presence of an audio track rather than on being audible. GTK then escalated a backgrounded video lock to a GNOME SUSPEND inhibitor, blocking system sleep with no user-visible signal (the tab shows no sound indicator).

GTK was the only backend doing this: macOS, Windows and Android all release the video lock once it is backgrounded. Genuinely audible background playback is covered by the separate «audio-playing» topic, so a backgrounded video-playing lock should hold no inhibitor at all.

Release both the foreground (IDLE) and background (SUSPEND) inhibitors when a video-playing lock goes to locked-background. Foreground video still holds an IDLE inhibitor to keep the display awake.

Т.е. GTK считает беззвучное видео в фоновой вкладке достаточным поводом для того, чтобы не переходить в режим ожидания/сон. Винда, мак и андроид таким не страдают.

Исправление MozillaFirefox, :

A muted autoplay video in a background tab or subframe still takes the «video-playing» wake lock, because that lock is gated on the presence of an audio track rather than on being audible. GTK then escalated a backgrounded video lock to a GNOME SUSPEND inhibitor, blocking system sleep with no user-visible signal (the tab shows no sound indicator).

GTK was the only backend doing this: macOS, Windows and Android all release the video lock once it is backgrounded. Genuinely audible background playback is covered by the separate «audio-playing» topic, so a backgrounded video-playing lock should hold no inhibitor at all.

Release both the foreground (IDLE) and background (SUSPEND) inhibitors when a video-playing lock goes to locked-background. Foreground video still holds an IDLE inhibitor to keep the display awake.

Т.е. GTK считает беззвучное видео в фоновой вкладке достаточным поводом для того, чтобы не переходить в режим ожидания/сон. Винда, мак и андроид таким не страдают.

Исправление MozillaFirefox, :

A muted autoplay video in a background tab or subframe still takes the «video-playing» wake lock, because that lock is gated on the presence of an audio track rather than on being audible. GTK then escalated a backgrounded video lock to a GNOME SUSPEND inhibitor, blocking system sleep with no user-visible signal (the tab shows no sound indicator).

GTK was the only backend doing this: macOS, Windows and Android all release the video lock once it is backgrounded. Genuinely audible background playback is covered by the separate «audio-playing» topic, so a backgrounded video-playing lock should hold no inhibitor at all.

Release both the foreground (IDLE) and background (SUSPEND) inhibitors when a video-playing lock goes to locked-background. Foreground video still holds an IDLE inhibitor to keep the display awake.

Т.е. GTK считает беззвучное видео в фоновой вкладке достаточным поводом для того, чтобы не переходить в режим ожидания/сон. Винда, мак и андроид ориентируются в таком случае на воспроизведение звука.

Исправление MozillaFirefox, :

A muted autoplay video in a background tab or subframe still takes the «video-playing» wake lock, because that lock is gated on the presence of an audio track rather than on being audible. GTK then escalated a backgrounded video lock to a GNOME SUSPEND inhibitor, blocking system sleep with no user-visible signal (the tab shows no sound indicator).

GTK was the only backend doing this: macOS, Windows and Android all release the video lock once it is backgrounded. Genuinely audible background playback is covered by the separate «audio-playing» topic, so a backgrounded video-playing lock should hold no inhibitor at all.

Release both the foreground (IDLE) and background (SUSPEND) inhibitors when a video-playing lock goes to locked-background. Foreground video still holds an IDLE inhibitor to keep the display awake.

Т.е. GTK считает беззвучное видео в фоновой вкладке достаточным поводом для того, чтобы не отправлять систему в сон.

Исходная версия MozillaFirefox, :

A muted autoplay video in a background tab or subframe still takes the «video-playing» wake lock, because that lock is gated on the presence of an audio track rather than on being audible. GTK then escalated a backgrounded video lock to a GNOME SUSPEND inhibitor, blocking system sleep with no user-visible signal (the tab shows no sound indicator).

GTK was the only backend doing this: macOS, Windows and Android all release the video lock once it is backgrounded. Genuinely audible background playback is covered by the separate «audio-playing» topic, so a backgrounded video-playing lock should hold no inhibitor at all.

Release both the foreground (IDLE) and background (SUSPEND) inhibitors when a video-playing lock goes to locked-background. Foreground video still holds an IDLE inhibitor to keep the display awake.