after updating Firefox to 84.0.2 this morning I realized that on several sites the embedded videos are no longer playing. The effect is clearly connected to this version, when downgrading the videos are playing fine again. This also appears with a perfectly new profile from scratch.
Content Security Policy: Die Einstellungen der Seite haben das Laden einer Ressource auf data: blockiert ("media-src").
Content Security Policy: Die Einstellungen der Seite haben das Laden einer Ressource auf data: blockiert ("default-src").
Uncaught (in promise) TypeError: this.g is null
ETP does NOT point to any video content being blocked
JW Player Error 102630. For more information see https://developer.jwplayer.com/jw-player/docs/developer-guide/api/errors-reference#102630 [jwplayer.js:10:104315](https://static-cdn.arte.tv/static/artevp/5.13.1/transpiled/vendor/jwplayer/jwplayer.js)
Object { code: 102630, sourceError: null, message: "This video file cannot be played.", type: "setupError" }
[manifest.js:2:165566](https://static-cdn.arte.tv/guide/manifest.js?ver=210107160051)
Again, ETP is not showing any video content being blocked.
Other sites like youtube or ZDF Mediathek are working perfectly well.
The problematic content mentioned above is also playing without any problems with Firefox 84.0.2 in Win10.
I’ve already checked Bugzilla, there’s no sign of this behaviour there so far.
Any help is greatly appreciated, in the meantime I’m stuck with Chromium as a workaround
Also running 84.0.4 on 15.2. The second video seems to play fine, though the first indicates that the video is no longer available. It sounds like a codecs thing to me. When I upgraded to 84.0.2, I had to update some of the multimedia codecs from the pacman repository in order to get various video files to work. This might be why some of them are working for me but not you.
So, my advice would be to go look for the usual media codecs downloaded from the pacman repository and check for updates to those. (these are things like ffmpeg, pulgins-bad, etc.)
FWIW, they both played on my Firefox ESR 78.6.0. The first would not play from a USA connection, but worked when connected to a VPN server in Frankfurt.
Regards,
yep, the thought about geo-blocking also crossed my mind when I read that you could not open my examples on ESR 78.6.0. The examples are from german TV and a french/german TV co-op site.
In the meantime I checked the usual suspect codecs (thanks for the hint) and fiddled a bit with the versions there (latest ones from packman repo), but no results. Codecs look up-to-date to me.
So it’s still:
Using 84.0.2. it’s more or less roulette which videos are playing. Apart from Youtube, I’d say a fair majority of my day-to-day stuff does not play. This includes ALL videos from
(sites in german / austrian area, so please make sure to exclude geoblocking when checking)
I re-checked the FF version on Win10 on the same machine and saw that it was not 84.0.2 yet.
After installing 84.0.2 on Win10 I get a very similar behavior. I can play some of the videos that are failing on Leap 15.2, but there’s quite a bunch that fail on both OSes.
So it’s clearly a Firefox issue, got nothing to do with Leap 15.2.
Version 84.0.1 on Tumbleweed is OK on same hardware
Version 84.0.2 on Mint on a different machine works OK
Chrome on Leap 15.2 work OK so it’s not the O/S per se. Widevine and OpenH264 are both in Firefox.
Fails on starting FF in safe mode and on another login.
Here with me (location Germany – ISP is a German company – “iplocation.net” is reporting that, my IP location is in southern Germany) – Leap 15.2, both Videos are OK – the first one can’t be played before 10 o’clock in the evening due to protection of minors rules …
Firefox version 78.6.0esr – standard Leap 15.2 version …
H264 and Widevine plugins are the standard Firefox ones …
No problems here on my Tumbleweed, just updated to 84.0.2 a couple of minutes ago.
Question: Where is your Firefox coming from? 84.0.2 was made available for TW with the latest snapshot 20210111 that was pushed into the repos this afternoon.
Probably websites tries to send videos in AV1 format.
Check it with disabling support for AV1:
media.av1.enabled = false
For playing AV1 you need AV1 codecs. Firefox hints on dav1d.
AV1 is an open format, no need for searching it in closed-source repos.
dav1d - An AV1 decoder
dav1d is a SIMD-enhanced decoder for AV1 video. It features
Accelerated assembly using x86 AVX2.
Partial acceleration using x86 SSSE3 and ARM NEON.
Support for bitdepths 8, 10 and 12.
Support for chroma subsamplings 4:2:0, 4:2:2, 4:4:4 and grayscale.
AV1 is a royalty-free video codec by the Alliance for Open Media. It has the potential to be up to 20% better than the HEVC codec.
For your information: Visited your links in above bugzilla with firefox. All all them play smoothly with version 84.0.2. No blocking or error messages encountered.
