locked
SkyDrive - download audio files RRS feed

  • Question

  • Hi,

    although SkyDrive doesn't officially support mp3 (ref. Live SDK Preview.chm), it is still possible to store it there. Now, if I try to download such mp3 file, it's "source:" url is "https". This should be no problem if my client could support cerificates, what it doesn't. I tried replacing "https" with "http" but I get HTTP response "302" - redirects me to https. I'm doomed, actually SkyDrive is doomed on my customers client, since this feature is very important for them.

    My question is, why all other files have "source:http://...." only audio files have "source:https://..."? Is this on purpose, or it is something that can be fixed quickly on your side?

    Kind regards,

    Drca

     

    Monday, December 12, 2011 4:34 PM

All replies

  • Hi,

    although SkyDrive doesn't officially support mp3 (ref. Live SDK Preview.chm), it is still possible to store it there. Now, if I try to download such mp3 file, it's "source:" url is "https". This should be no problem if my client could support cerificates, what it doesn't. I tried replacing "https" with "http" but I get HTTP response "302" - redirects me to https. I'm doomed, actually SkyDrive is doomed on my customers client, since this feature is very important for them.

    My question is, why all other files have "source:http://...." only audio files have "source:https://..."? Is this on purpose, or it is something that can be fixed quickly on your side?

    Kind regards,

    Drca

     


    Hi Drca

     

    are you developing this app for windows phone? or desktop?


    Juan Rodriguez Celltrac Software
    Monday, December 12, 2011 8:43 PM
  • Drca:

             The source attribute returned by the  Live Connect APIs should be consistent across all resource types so we have filed this as a bug.  If the source  URL is still valid (it expires after a couple o hours) then replacing https by http should work and not return a 302.

             If you still receive a 302 when downloading a file using the source URL and http, can you try using a source URL that you just got and see if you still see a 302? If you still  get a 302, please send us a Fiddler trace or at least additional details such as the HTTP Verb, URL, query parameters and headers of your request, the details of the 302 response you get including the headers and body, etc.

     

     

     

     


    Federico Raggi. Program Manager / Windows Live Developer Platform / Microsoft
    • Proposed as answer by Federico Raggi Tuesday, December 13, 2011 2:57 AM
    Tuesday, December 13, 2011 2:57 AM
  • Hi,

    @rrufman07: No it is neither of those. Client communicates with "some" Server application that calls SkyDrive REST API.

    @Federico Raggi: For mp3 file such URL comes as source: https://struaa.sn2.livefilestore.com/y1pbmDNqyvLgsqXSvujNF5P31pOkY67M1s7w8SdJAsw9OZ9bi26_PHla4KBcLX0NA9woOhVVgYXobmGj6-4XqsxoWC_S_kQMiNV/Black%20Eyed%20Peas%20-%20Don%27t%20Lie.mp3%3Fdownload&psid=2

    If I understood correctly, this URL should work for downloading a file without authentification/authorization, so any client can issue this URL to download file (until URL expires). What my client does (since it can't cope with https certificates) it replaces https with http without any further changes in URL and here is the request/response (it is not possible to attach Fiddler saz, so only headers)

    GET http://struaa.sn2.livefilestore.com/y1pbmDNqyvLgsqXSvujNF5P31pOkY67M1s7w8SdJAsw9OZ9bi26_PHla4KBcLX0NA9woOhVVgYXobmGj6-4XqsxoWC_S_kQMiNV/Black%20Eyed%20Peas%20-%20Don%27t%20Lie.mp3%3Fdownload&psid=2 HTTP/1.1
    Accept: text/html, application/xhtml+xml, */*
    Accept-Language: de-DE
    User-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; WOW64; Trident/5.0)
    Accept-Encoding: gzip, deflate
    Connection: Keep-Alive
    Host: struaa.sn2.livefilestore.com

    HTTP/1.1 302 Found
    Content-Length: 0
    Location: https://login.live.com/login.srf?wa=wsignin1.0&rpsnv=11&ct=1323778104&rver=6.1.6206.0&wp=MBI_SSL&wreply=https:%2F%2Fstruaa.sn2.livefilestore.com%2Fstorageservice%2Fpassport%2Fauth.aspx%3Fsru%3Dhttp:%252f%252fstruaa.sn2.livefilestore.com%252fy1pbmDNqyvLgsqXSvujNF5P31pOkY67M1s7w8SdJAsw9OZ9bi26_PHla4KBcLX0NA9woOhVVgYXobmGj6-4XqsxoWC_S_kQMiNV%252fBlack%2BEyed%2BPeas%2B-%2BDon%2527t%2BLie.mp3%253fdownload%2526psid%253d2&lc=1033&id=250915
    P3P: CP="BUS CUR CONo FIN IVDo ONL OUR PHY SAMo TELo"
    X-MSNSERVER: SN2____1071816
    X-ClientErrorCode: PassportAuthFail
    WWW-Authenticate: WLID1.0 realm="WindowsLive", fault="BadContextToken", policy="MBI_SSL", ver="6.1.6206.0", target="struaa.sn2.livefilestore.com"
    Date: Tue, 13 Dec 2011 12:08:23 GMT

     

    Interesting is why only for mp3 I get source in https and for other file types (tried with txt, rtf, jpg, png, so far) source is in http. Also, no redirect takes place in case https.

    Hope this throws some light on the issue, if you need more, just say I'll do what is necessary.

    KR,

    Drca

     


    P.S. Ah, two more things, Fiddler trace was done via Browser (I entered URL manually), since I was not able to configure server to use Fiddler proxy. My user consents are "wl.basic wl.skydrive_update wl.offline_access".

    • Edited by Drca Tuesday, December 13, 2011 3:00 PM
    Tuesday, December 13, 2011 12:46 PM
  • Hi, Drca:

         You are correct on your understanding of how the source link work. The URL should work for downloading the file without the need of authentication. 

     

          I believe the issue in your case is that the source URL has expired. If you look at the redirect response, you can see it is sending you to loging.live.com that is the sign in service. How long did you wait to send the download request after getting the source attribute? 

     

            I'll try to upload an mp3 file to my account and try to repro the issue. 

     

    HTTP/1.1 302 Found
    Content-Length: 0
    Location: https://login.live.com/login.srf?wa=wsignin1.0&rpsnv=11&ct=1323778104&rver=6.1.6206.0&wp=MBI_SSL&wreply=https:%2F%2Fstruaa.sn2.livefilestore.com%2Fstorageservice%2Fpassport%2Fauth.aspx%3Fsru%3Dhttp:%252f%252fstruaa.sn2.livefilestore.com%252fy1pbmDNqyvLgsqXSvujNF5P31pOkY67M1s7w8SdJAsw9OZ9bi26_PHla4KBcLX0NA9woOhVVgYXobmGj6-4XqsxoWC_S_kQMiNV%252fBlack%2BEyed%2BPeas%2B-%2BDon%2527t%2BLie.mp3%253fdownload%2526psid%253d2&lc=1033&id=250915
    P3P: CP="BUS CUR CONo FIN IVDo ONL OUR PHY SAMo TELo"
    X-MSNSERVER: SN2____1071816
    X-ClientErrorCode: PassportAuthFail
    WWW-Authenticate: WLID1.0 realm="WindowsLive", fault="BadContextToken", policy="MBI_SSL", ver="6.1.6206.0", target="struaa.sn2.livefilestore.com"
    Date: Tue, 13 Dec 2011 12:08:23 GMT


    Federico Raggi. Program Manager / Windows Live Developer Platform / Microsoft
    Tuesday, December 13, 2011 8:12 PM
  • Hi Federico,

    at first I also thought my source URL has expired. I've tried several times to use URL inside couple of MINUTES (after I get folder content with something like GET .../folder.{someid}.!{someId}/files). The result is always the same - if I use original (unchanged) URL that has https, download goes without redirect to login.live, I move "s" from https it redirects, put "s" again, download goes again, all this in couple of minutes timeframe. So, I concluded URL is valid, indeed.

    MP3's are put on SkyDrive by someone else, so I'm not sure how she did that. According to Live SDK documentation it is not supported, means you can't upload mp3, right? I am currious how it goes then. Is it possible via REST API? Are such "unsuported" files treated separately, stored in some restricted area, etc.?

    Many thanks,

    Drca


    • Edited by Drca Wednesday, December 14, 2011 1:02 PM
    Wednesday, December 14, 2011 9:12 AM
  • Drca:

           Thanks for verifying the URL had not expired. If I understand correctly, the behavior you see is as follows:

    • Using the original https source location: No redirect to login.live.com happens. File can be downloaded. 
    • Replacing https by http in the source location URL: The request is redirected to login.live.com instead of returning the file.

     

           I'll investigate this a little more and get back to you. 

     


    Federico Raggi. Program Manager / Windows Live Developer Platform / Microsoft
    Wednesday, December 14, 2011 6:56 PM
  • Hi Federico

     

    I am also having this issue I have posted several times about mp3 files when using a windows phone and trying to use the source url the url will not work within the app at first, however when you exit the app use the skydrive app or office hub on the phone to browse to one of the mp3 files tap download there then exit go back into your app the source urls will work and continue to work and when the urls expire the new ones will also work... I am not sure if this will help in your testing..

    but i am very intrested in a solution to this problem..

     

     

    thank you

    Juan Rodriguez 


    Juan Rodriguez Celltrac Software
    Thursday, December 15, 2011 7:20 PM