Adding a bug task for ubuntu-rest-scopes, since that is where the
7digital results come from (the Music page on the dash is just
aggregating them).

Using scopes-client, the data for the audio tracks in the previews looks
like e.g:

  {
    "length":209,
    
"source":"http://previews.7digital.com/clip/39903197?oauth_nonce=96292359&oauth_timestamp=1413518820&oauth_consumer_key=7d7e9ja2evm7&oauth_signature_method=HMAC-SHA1&oauth_version=1.0&oauth_signature=L0xPZSEB2DnM%2BJxrCZMFiv2gPms%3D";,
    "title":"01. County Line",
  }

It looks like 7digital performs some user agent sniffing for these URLs,
since requests for this URL with wget result in a 403 forbidden error,
but successfully send the MP3 data if I use a blank or nonsense user
agent.  Presumably the in-dash playback is being blocked in a similar
fashion.

So to sum up, the questions are:

 1. what UA does the dash send when it tries to play audio in previews?
 2. If that UA is generic and shared by apps on other platforms, we should 
probably change it.
 3. If that UA is unique to Ubuntu, then 7digital is explicitly blocking us and 
someone needs to get in contact with them to sort it out.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1381930

Title:
  7digital previews do not play in the scope

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-rest-scopes/+bug/1381930/+subscriptions

-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to