Bug 174256 - [Gstreamer] Unable to play video in www.rtve.es
Summary: [Gstreamer] Unable to play video in www.rtve.es
Status: RESOLVED WORKSFORME
Alias: None
Product: WebKit
Classification: Unclassified
Component: Media (show other bugs)
Version: WebKit Nightly Build
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-07-07 08:06 PDT by Sergio Villar Senin
Modified: 2018-02-19 02:13 PST (History)
7 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sergio Villar Senin 2017-07-07 08:06:32 PDT
* Steps to reproduce

1- Go to http://www.rtve.es/deportes/ciclismo/directo

* Expected result

Video is played

* Actual result

Video is not played. The pause icon is shown for some seconds and then it's replaced by the play one.

* Misc

This is the output I can see from Minibrowser in the console:
[20524:1] 46 ERROR: unknown file type, buffer is ZWS
[20524:1] 46 ERROR: Unknown file type
Could not load movie '-'
Error: Could not load movie!
Comment 1 Charlie Turner 2017-07-12 03:58:25 PDT
This seems to be a CORS header problem with the website.

[Error] Origin http://www.rtve.es is not allowed by Access-Control-Allow-Origin.
[Error] Failed to load resource: Origin http://www.rtve.es is not allowed by Access-Control-Allow-Origin. (tdphd_lv3_aosv4_gl1.f4m, line 0)
[Error] XMLHttpRequest cannot load http://rtvev4-live.hss.adaptive.level3.net/egress/ahandler/rtvegl1/tdphd_lv3_aosv4_gl1/tdphd_lv3_aosv4_gl1.isml/tdphd_lv3_aosv4_gl1.f4m due to access control checks.

I see similar on Firefox (and no playback either)
Cross-Origin Request Blocked: The Same Origin Policy disallows reading the remote resource at http://rtvev4-live.hss.adaptive.level3.net/egress/ahandler/rtvegl1/tdphd_lv3_aosv4_gl1/tdphd_lv3_aosv4_gl1.isml/tdphd_lv3_aosv4_gl1.m3u8?hls_no_audio_only. (Reason: CORS header 'Access-Control-Allow-Origin' missing).
Comment 2 Charlie Turner 2017-07-12 05:06:37 PDT
Sorry, comment above was because I'm in the wrong country.

We appear to be missing a GStreamer plugin here. I will investigate.
Comment 3 Charlie Turner 2017-07-12 05:10:31 PDT
Uh, we shouldn't be trying to play Adobe HDS streams, don't support it in GStreamer https://bugzilla.gnome.org/show_bug.cgi?id=728497. The site advertises an HLS fallback that we should try. Looking into why this is happening.
Comment 4 Charlie Turner 2017-07-12 05:37:21 PDT
We're not. It's a tad hard to progress this at the moment. I'll be in Spain next week and will have a look then if no one else beats me to it.
Comment 5 Charlie Turner 2017-07-18 03:05:15 PDT
Sergio, when the play button reappears, I assume you can click it and the video starts playing?

I suspect the play button reappearing is a symptom of https://bugs.webkit.org/show_bug.cgi?id=141469. I'm in Spain now, but have a very good network connection, and the video here plays just find, without any stalled event causing the video to stop.
Comment 6 Sergio Villar Senin 2017-07-18 09:35:00 PDT
(In reply to Charlie Turner from comment #5)
> Sergio, when the play button reappears, I assume you can click it and the
> video starts playing?

Not sure I'd need to check it out

> I suspect the play button reappearing is a symptom of
> https://bugs.webkit.org/show_bug.cgi?id=141469. I'm in Spain now, but have a
> very good network connection, and the video here plays just find, without
> any stalled event causing the video to stop.

Right. I've just tried using a very good network connection and the video is played seamslessly.
Comment 7 Philippe Normand 2018-02-09 09:17:08 PST
Here an HLS stream is loaded and is playing fine. Shall we close this bug? Can you still reproduce it?
Comment 8 Philippe Normand 2018-02-19 02:13:23 PST
Please re-open if you manage to reproduce this issue again!