filepicker.io storeUrl在IE中響應錯誤代碼153，執行onError回調兩次

Question

我在IE9中遇到filepicker.storeUrl問題。它的運行與具有153碼，這似乎並沒有被記錄任何地方的FPError使用onerror回調 - 和filepicker調試腳本

<script src="https://api.filepicker.io/v1/filepicker_debug.js"></script> 

沒有幫助，它只是給我以下內容：

{"code":153,"message":"Unknown error when storing", 
"moreInfo":"https://developers.filepicker.io/answers/jsErrors/153"} 

（這裏是一個無用的鏈接：https://developers.filepicker.io/answers/jsErrors/153）

這裏是我的參數來storeUrl一個例子：

filepicker.storeUrl("http://featherfiles.aviary.com/2012-12-02/4614a5a79/03e18973a79745449ae6ff8b9a44af6a.png",{"location":"S3","filename":"03e18973a79745449ae6ff8b9a44af6a.png"}, onSuccess, onError); 

此外，只有一次調用storeUrl時，onError回調纔會觸發兩次。 :(

不幸的是，它似乎在Firefox中正常工作。而filepicker.pick（）是在IE中也很有效，只是storeUrl似乎給我的問題。

任何想法？

Answer 1

短故事：在我們這邊的不良行爲，解決外出明天HTTPS應工作

長的故事：。 原來因爲XDomainRequest部隊協議匹配，如果你的網站是HTTP，我們打我們的終點在http://www.filepicker.io/api/store/S3

在服務器端，我們實施了https，提供重定向到HTTPS版本。這導致了一個雙重錯誤被解僱，一次是重定向301是一個錯誤的響應，一次是405對一個無效的GET調用url。

儘管我們希望確保所有api調用都是通過https完成的，但在這種情況下，XDomainRequest強制我們使用http，因此我們現在允許http調用存儲端點。