Bugzilla

hi, after bug 1881620 landed, i have issues getting livestreams from https://tvthek.orf.at/livestreams (that's the public broadcaster in austria) to play on nightly.

str (a likely precondition is a vpn with an austrian ip-address as exit point, since the content is probably geo-locked):
- make sure that tvthek.orf.at has the permission to autoplay audio and video content
- visit https://tvthek.orf.at/livestreams and scroll down a bit to the livestream session. click on one of the current livestream links for channels "1", "2" or "+" (channel "III" seems to be without drm-protection an is therefore not affected), which are marked with a red dot
- instead of the video livestream you're stuck on a static preview image of the particular broadcast

when the pref change from bug 1881620 is reverted and media.wmf.media-engine.enabled is set to 0 instead, the live content is starting to play automatically after a few moments once a page is loaded.

hi, after bug 1881620 landed, i have issues getting livestreams from https://tvthek.orf.at/livestreams (that's the public broadcaster in austria) to play on nightly.

str (a likely precondition is a vpn with an austrian ip-address as exit point, since the content is probably geo-locked):
- make sure that tvthek.orf.at has the permission to autoplay audio and video content
- visit https://tvthek.orf.at/livestreams and scroll down a bit to the livestream section. click on one of the current livestream links for channels "1", "2" or "+" (channel "III" seems to be without drm-protection an is therefore not affected), which are marked with a red dot
- instead of the video livestream you're stuck on a static preview image of the particular broadcast

when the pref change from bug 1881620 is reverted and media.wmf.media-engine.enabled is set to 0 instead, the live content is starting to play automatically after a few moments once a page is loaded.