locked
Skydrive download url redirection problem of asian character file name RRS feed

  • Question

  • Hello,

    I'm working with Skydrive REST API on Android platform.

    I was trying to upload/download Asian character title files(ex. 요구사항.doc), upload seems fine however when I try to download the file as

    "https://apis.live.net/v5.0/file.656602b473d388b4.656602B473D388B4!295/content?access_token=.....", redirected url includes weird character in it and results in wrong file name to be downloaded or throws exception as below

    "Caused by: java.net.URISyntaxException: Illegal character in path at index 136: http://egb4oq.bay.livefilestore.com/y1mTFtiWZIswgQgN2ZqLWDWj-x_rwIA3mNKURBGojJWHOz0W59_ywBonIZp3r4iJMBn6mI-VSvX7XJSHXEpmpXvzyHt9Mr8wRP_/?l¬m.doc"

    One odd thing is that when I manually open the url in Google Chrome(v16), it downloads the file in .doc(with wrong file name), however, in IE8, it does in .ppt(also with wrong file name).

    I recall I didn't have this problem a couple of weeks ago.

     

    Any comment would be appreciated.

    Thank you.

    Friday, February 3, 2012 8:08 AM

Answers

  • Hi,

    We recently deployed a fix which should handle this case properly now. Give it a shot and let us know what you find.

    Thanks,

    Matt

    • Marked as answer by hikwon Tuesday, February 14, 2012 6:10 AM
    Monday, February 13, 2012 6:55 PM

All replies

  • Can you confirm if you are still seeing this issue?
    Regards!!! Navdeep Bawa
    Monday, February 6, 2012 6:23 PM
    Moderator
  • hi, Hikwon:

              The wrong file name is indeed a known issue to us and we are working on a fix. However, we are not able to repro the wrong extension issues. And the download link you got had the right extension, it looks like IE8 incorrectly decoded it. Can you see if you can still repro it and give more details? thanks

    Monday, February 6, 2012 8:38 PM
  • Hello Navdeep & Steven,

    Yes, I can still reproduce with the same content.

    https://apis.live.net/v5.0/file.656602b473d388b4.656602B473D388B4!332/content?access_token=....

    is redirected to 

    http://rxp3gq.bay.livefilestore.com/y1mzSImjPb0NpjESDwiB1DQm5JJ-SgiYiWid7MfL3ZSBZnCD69XjhKupLG2PAGoYSAgJSKgoGWMotmOydzNiP48gn1IzdXbGq2d/?l¬m.doc

    While the redirected url itself shows .doc extention, when you copy and paste the redirection url on IE8 or Chrome, it gets me to .ppt file again.

    (Not a random .ppt but looks like a converted version of .ppt from original .doc, and yes, this time both browsers are the same)

    I currently have a workaround to handle redirction in the app: URL encode the file name and send http request again.

    Tuesday, February 7, 2012 1:50 AM
  • Hi,

    We recently deployed a fix which should handle this case properly now. Give it a shot and let us know what you find.

    Thanks,

    Matt

    • Marked as answer by hikwon Tuesday, February 14, 2012 6:10 AM
    Monday, February 13, 2012 6:55 PM
  • Hi Matt,

    I don't see charater issue anymore.

    Tuesday, February 14, 2012 6:11 AM