Viestialustana vianhallintajärjestelmät
Does not appear to have been fixed by Firefox 88
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.
There seem to be a few other similar typos across different files
There seem to be a few other similar typos across different files. Should I combine them into this request, or would you prefer individual pull requests for each?
All right, I rebased and then regenerated the .pot
@ohoral All right, I’ve now rebased, and then regenerated the .pot again. I didn’t know whether you want the commits squashed, so I left them as separate.
Okay, I’ve added that file now
Okay, I’ve added that file now. I actually did install GDK to update the .pot file previously, but this last file I added here in the web IDE again.
I take it I’ll need to install GDK for that?
@asubramanian1 Sure, I take it I’ll need to install GDK for that? I don’t have it set up yet, as I just edited the commit above here in the web UI.
Fix ”an one time” typo
This fixes a typo in the 2FA settings: ”an one time” -> ”a one time”
Nextcloud is somehow different from other apps in this regard
Nextcloud is somehow different from other apps in this regard, as no other light (white) apps on the same device have this issue. For instance, here’s Play Store on my affected device (running Android 6.0.1):
Also, I seem to recall this only having started to affect Nextcloud quite recently, perhaps sometime in the past month or so.
Switching to dark mode is a workaround on my device at least (there the Android buttons are light-on-black). I can also confirm that the issue doesn’t affect my newer devices with newer Android.
I haven’t edited the corresponding AppArmor files
No, I haven’t (and wouldn’t know how).

Steps to reproduce
media.autoplay.defaultto1(”Block Audio”, which is the default)media.autoplay.blocking_policyto2What 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 though, just for reference. (I’ll update it too.)