История изменений
Исправление 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.