Twitch video can not be unmuted when media.autoplay.blocking_policy=2, media.autoplay.default=1

Bug #1874808 reported by Jani Uusitalo
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mozilla Firefox
Confirmed
Unknown
firefox (Ubuntu)
Triaged
Low
Unassigned

Bug Description

With `media.autoplay.blocking_policy` set to 2 and `media.autoplay.default` set to 1 (block audio, which is the default), a Twitch video can not be unmuted.

== Steps to reproduce ==

1. Open about:config
2. Search for autoplay in the settings
3. Set media.autoplay.default to 1 ("Block Audio", which is the default)
4. Set media.autoplay.blocking_policy to 2
5. Open a Twitch VOD, for instance https://www.twitch.tv/videos/280106033
6. Try to unmute the video (either by clicking Twitch player's speaker control button, or by dragging the accompanying volume slider)

== What I expect to happen ==
For the audio to be unmuted.

== What happens instead ==
The audio remains muted, and the volume control/indicator remains in the muted position.

== Other info ==
This is present in Firefox 88. I tried to update the versions info below using apport-collect, but it failed.

ProblemType: Bug
DistroRelease: Ubuntu 20.04
Package: firefox 75.0+build3-0ubuntu1
ProcVersionSignature: Ubuntu 5.4.0-26.30-generic 5.4.30
Uname: Linux 5.4.0-26-generic x86_64
NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair
ApportVersion: 2.20.11-0ubuntu27
Architecture: amd64
BuildID: 20200403170909
CasperMD5CheckResult: skip
CurrentDesktop: ubuntu:GNOME
Date: Fri Apr 24 16:33:46 2020
InstallationDate: Installed on 2016-10-13 (1289 days ago)
InstallationMedia: Ubuntu-Server 16.04.1 LTS "Xenial Xerus" - Release amd64 (20160719)
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=fi_FI.UTF-8
 SHELL=/bin/bash
SourcePackage: firefox
UpgradeStatus: No upgrade log present (probably fresh install)
---
ProblemType: Bug
ApportVersion: 2.20.11-0ubuntu27.16
Architecture: amd64
BuildID: 20210415204500
CasperMD5CheckResult: skip
CurrentDesktop: ubuntu:GNOME
DistroRelease: Ubuntu 20.04
InstallationDate: Installed on 2020-11-30 (148 days ago)
InstallationMedia: Ubuntu 20.04.1 LTS "Focal Fossa" - Release amd64 (20200731)
NonfreeKernelModules: zfs zunicode zavl icp zcommon znvpair
Package: firefox 88.0+build2-0ubuntu0.20.04.1
PackageArchitecture: amd64
ProcVersionSignature: Ubuntu 5.8.0-50.56~20.04.1-generic 5.8.18
Tags: focal wayland-session
Uname: Linux 5.8.0-50-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin lxd plugdev sambashare ssh sudo vboxusers
_MarkForUpload: True
modified.conffile..etc.default.apport: [modified]
mtime.conffile..etc.default.apport: 2020-11-30T20:24:48.587084

Revision history for this message
In , Yavzerl (yavzerl) wrote :

Created attachment 9141898
2020-04-21 02-37-35.mp4

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Firefox/68.0

Steps to reproduce:

I was watching an twitch recording on firefox with autoplay set to block audio.

Actual results:

When video starts it is mute then when I try to unmute it, video pauses

Expected results:

When I try to unmute it video shouldn't stop and when I play the video again it shouldn't be mute

Revision history for this message
In , Release-mgmt-account-bot (release-mgmt-account-bot) wrote :

[Bugbug](https://github.com/mozilla/bugbug/) thinks this bug should belong to this component, but please revert this change in case of error.

Revision history for this message
In , Jani Uusitalo (uusijani) wrote :

I'm able to reproduce this when I set `media.autoplay.enabled.user-gestures-needed` to `false`; if set to `true` (which is the default), unmuting does not pause the video.

Revision history for this message
Jani Uusitalo (uusijani) wrote :
Changed in firefox:
importance: Unknown → Medium
status: Unknown → New
Revision history for this message
Olivier Tilloy (osomon) wrote : Re: Unmuting Twitch video pauses playback, when media.autoplay.enabled.user-gestures-needed=false, media.autoplay.default=1

I can confirm the issue using the steps in the description.

Changed in firefox (Ubuntu):
status: New → Confirmed
Changed in firefox:
importance: Medium → Unknown
Changed in firefox (Ubuntu):
importance: Undecided → Low
status: Confirmed → Triaged
Revision history for this message
In , Alex Mayorga (alex-mayorga) wrote :

¡Hola u661513, Jani!

Hope these lines find you well.

Are you still seeing this bug on the current version of Firefox available at https://www.mozilla.org/firefox/new/ ?

Please let us know.

¡Gracias!
Alex

Revision history for this message
In , Jani Uusitalo (uusijani) wrote :

Hi Alex!

It does not appear to have been fully fixed by Firefox 88 for me at least, although the conditions have changed slightly, and the remaining broken behavior is now slightly different too.

First, to update my note above: `media.autoplay.enabled.user-gestures-needed` has been superseded by `media.autoplay.blocking_policy`, and setting the latter to `2` is now required to trigger the issue (as it manifests presently); with the setting at either `0` or `1` I haven't been able to reproduce any variation of the issue.

Now, the video doesn't get paused anymore, but the unmuting also does not work: clicking the muted indicator just always resets it back to muted, instead of actually unmuting.

Revision history for this message
In , Alex Mayorga (alex-mayorga) wrote :

¡Hola Jani!

Thanks for checking and the update here!

I've update the bug flag for 88 based on your report.

Have you reported this to Twitch over at
https://help.twitch.tv/s/contactsupport
yet?
If not, could you please do so in case this is an issue with the website?

As the steps have now changed slightly, could you please re-state the current:

- steps to reproduce
- actual behavior
- expected behavior

as well as any other details that you believe are relevant to pin down this bug.

¡Gracias!
Alex

Revision history for this message
In , Jani Uusitalo (uusijani) wrote :

### Steps to reproduce

1. Open about:config
2. Search for autoplay in the settings
3. Set `media.autoplay.default` to `1` ("Block Audio", which is the default)
4. Set `media.autoplay.blocking_policy` to `2`
5. Open a Twitch VOD, for instance https://www.twitch.tv/videos/280106033
6. Try to unmute the video (either by clicking Twitch player's speaker control button, or by dragging the accompanying volume slider)

### What I expect to happen
For the audio to be unmuted.

### What happens instead
The audio remains muted, and the volume control/indicator remains in the muted position.

---

I'm unmotivated to report this to Twitch, as I'm unsure about the precise meaning of `media.autoplay.blocking_policy`, and I currently don't use the non-working value for it myself. Feel free to downprioritize this as you see fit, unless the original reporter is still affected. Here's [my downstream report over at Launchpad](https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1874808) though, just for reference. (I'll update it too.)

description: updated
summary: - Unmuting Twitch video pauses playback, when media.autoplay.enabled.user-
- gestures-needed=false, media.autoplay.default=1
+ Twitch video can not be unmuted when media.autoplay.blocking_policy=2,
+ media.autoplay.default=1
Revision history for this message
Jani Uusitalo (uusijani) wrote : Dependencies.txt

apport information

tags: added: apport-collected
description: updated
Revision history for this message
Jani Uusitalo (uusijani) wrote : HookError_source_firefox.txt

apport information

Revision history for this message
Jani Uusitalo (uusijani) wrote : ProcCpuinfoMinimal.txt

apport information

Revision history for this message
Jani Uusitalo (uusijani) wrote : ProcEnviron.txt

apport information

description: updated
Revision history for this message
In , Alwu (alwu) wrote :

Yes, I think this is Firefox's bug. I might have time to revisit this bug recently, sorry for the inconvenience.

Changed in firefox:
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.