rtsp URL's not supported

Bug #1316259 reported by Michael Frey
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Oxide
Invalid
Medium
Unassigned
webbrowser-app
Fix Released
High
Olivier Tilloy
webbrowser-app (Ubuntu)
Fix Released
High
Olivier Tilloy
webbrowser-app (Ubuntu RTM)
Fix Released
Undecided
Unassigned

Bug Description

Go to URL www.espn.com and click on one of the videos at the bottom of the NHL sports page.

On the device you get a Network Error page saying URL not supported and on the desktop you get the video thumbnail but it does not play.

It seems the URL is an rtsp trying to play a 3gp video.

Related branches

Revision history for this message
Pat McGowan (pat-mcgowan) wrote :

I am seeing something a little different. The url actually ends up at m.go.espn.com. I notice that the videos themselves come from a redirect to another site http://once.unicornmedia.com/

On the phone I get a new page telling me I already watched the video, but this is after some delay., and the url bar pops up twice, I assume once to redirect to the video which fails, then to go to the completion page.

FWIW on the desktop I get an mp4 video in Chromium.

Revision history for this message
David Barth (dbarth) wrote :

Hey Michael: is that on phone or desktop? I guess the 3gp video format is what we're served because of our user-agent string not being recognized and downgraded to a lowe-res stream. We should be able to get HTML5 videos on most sites.

Still, we should see how to get that streamed back to the media hub for rendering.

David Barth (dbarth)
Changed in oxide:
status: New → Confirmed
Changed in webbrowser-app:
status: New → Confirmed
Changed in oxide:
importance: Undecided → Medium
Changed in webbrowser-app:
importance: Undecided → Medium
tags: added: webapps-hotlist webapps-media
tags: added: media-hub
removed: webapps-media
Revision history for this message
Bill Filler (bfiller) wrote :

this is on the phone, I'm seeing the same thing. attaching screenshot of error

Revision history for this message
Bill Filler (bfiller) wrote :
tags: added: rtm14
Changed in webbrowser-app:
assignee: nobody → Olivier Tilloy (osomon)
Bill Filler (bfiller)
Changed in webbrowser-app:
milestone: none → beta-freeze
Revision history for this message
Bill Filler (bfiller) wrote :

bumping up the priority as espn is a very popular site and it works fine in Chrome from Android, so hopefully it will be an easy fix

Changed in webbrowser-app:
importance: Medium → High
Changed in webbrowser-app (Ubuntu):
status: New → Confirmed
importance: Undecided → High
assignee: nobody → Olivier Tilloy (osomon)
Revision history for this message
David Barth (dbarth) wrote :

RTSP is probably not what Android gets served in the end, but a more html5-ish format.
The suggestion is to try some overrides to try to obtain the same content.

Revision history for this message
Olivier Tilloy (osomon) wrote :

I can confirm that with the android UA string we get served an mp4 video.

A UA override for m.espn.go.com and related content distributors should do the trick.

Revision history for this message
Olivier Tilloy (osomon) wrote :

Interestingly, the layout of m.espn.com depends on the viewport width. So when testing on desktop with the mobile UA, we’re getting the right content (mp4 videos). Resizing the window to shrink it gets us the RTSP stream.

Revision history for this message
Olivier Tilloy (osomon) wrote :

Changing the default UA string to "Mozilla/5.0 (Linux; Android 4.0.4; Galaxy Nexus Build/IMM76B) AppleWebKit/535.19 (KHTML, like Gecko) Chrome/18.0.1025.133 Mobile Safari/535.19" (taken from https://developer.chrome.com/multidevice/user-agent) for all outgoing requests gets us the right content.

However trying to selectively override the UA string only for the queries corresponding to espn.com and related domains doesn’t get me the right content, despite verifying that every single outgoing request when loading espn.com gets the override. I’m puzzled.

Here is the list of domains for which I set up an override, without success:

    /^http:\/\/espn\.com\//
    /^http:\/\/.*\.espn\.(go\.)?com\//
    /^http:\/\/.*\.espncdn\.com\//
    /^http:\/\/(\w+\.)*go\.com\//
    /^http:\/\/\w+\.chartbeat\.(net|com)\//
    /^http:\/\/once\.unicornmedia\.com\//
    /^http:\/\/ad\.doubleclick\.net\//
    /^http:\/\/b\.scorecardresearch\.com\//
    /^http:\/\/pagead2\.googlesyndication\.com\//

Bill Filler (bfiller)
tags: added: touch-2014-09-25
Olivier Tilloy (osomon)
tags: added: touch-2014-10-02
removed: touch-2014-09-25
Revision history for this message
David Barth (dbarth) wrote :

Kept on the radar, but not a show-stopper.

tags: added: touch-2014-10-09
removed: media-hub rtm14 touch-2014-10-02 webapps-hotlist
Bill Filler (bfiller)
tags: added: rtm14 touch-2014-11-06
removed: touch-2014-10-09
Changed in webbrowser-app:
importance: High → Medium
Changed in webbrowser-app (Ubuntu):
importance: High → Medium
Olivier Tilloy (osomon)
Changed in oxide:
status: Confirmed → Invalid
Changed in webbrowser-app:
status: Confirmed → In Progress
Changed in webbrowser-app (Ubuntu):
status: Confirmed → In Progress
Bill Filler (bfiller)
tags: added: touch-2014-10-23
removed: touch-2014-11-06
Changed in webbrowser-app:
importance: Medium → High
Changed in webbrowser-app (Ubuntu):
importance: Medium → High
Olivier Tilloy (osomon)
tags: added: touch-2014-10-30
removed: touch-2014-10-23
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package webbrowser-app - 0.23+14.10.20141028~rtm-0ubuntu1

---------------
webbrowser-app (0.23+14.10.20141028~rtm-0ubuntu1) 14.09; urgency=low

  [ CI bot ]
  * Resync trunk

  [ Ubuntu daily release ]
  * New rebuild forced

  [ Olivier Tilloy ]
  * Fix the override mechanism for navigator.userAgent, and add UA
    override rules for HSBC’s Brazilian mobile site and ESPN’s mobile
    site. (LP: #1316259)
 -- Ubuntu daily release <email address hidden> Tue, 28 Oct 2014 00:18:35 +0000

Changed in webbrowser-app (Ubuntu RTM):
status: New → Fix Released
Olivier Tilloy (osomon)
Changed in webbrowser-app:
status: In Progress → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package webbrowser-app - 0.23+15.04.20141029.1-0ubuntu1

---------------
webbrowser-app (0.23+15.04.20141029.1-0ubuntu1) vivid; urgency=low

  [ CI bot ]
  * Resync trunk
  * Fix the override mechanism for navigator.userAgent, and add UA
    override rules for HSBC’s Brazilian mobile site and ESPN’s mobile
    site. (LP: #1316259)

  [ Riccardo Padovani ]
  * Fixed #1378975 - Fast double click on menu button opens menu twice
    (LP: #1378975)
  * Updated the README

  [ Jean-Francois Moy ]
  * Twitter User Script - Hide the prompt to download the Android
    application. (LP: #1352789)

  [ Ubuntu daily release ]
  * New rebuild forced

  [ Olivier Tilloy ]
  * Prevent the browser from trying to download embedded flash
    applications. (LP: #1379806)
  * Fix a harmless compilation warning found by clang (non-literal-null-
    conversion).
  * Update UITK autopilot test imports. (LP: #1386276)

webbrowser-app (0.23+14.10.20141028~rtm-0ubuntu1) 14.09; urgency=low

  [ CI bot ]
  * Resync trunk

  [ Ubuntu daily release ]
  * New rebuild forced

  [ Olivier Tilloy ]
  * Fix the override mechanism for navigator.userAgent, and add UA
    override rules for HSBC’s Brazilian mobile site and ESPN’s mobile
    site. (LP: #1316259)

webbrowser-app (0.23+14.10.20141015.1-0ubuntu1) 14.09; urgency=low

  [ Michael Sheldon ]
  * Detect 7 digital album downloads and request that they get unzipped
    by download manager. (LP: #1365993)

  [ Ubuntu daily release ]
  * New rebuild forced
 -- Ubuntu daily release <email address hidden> Wed, 29 Oct 2014 12:00:23 +0000

Changed in webbrowser-app (Ubuntu):
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

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