我在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似乎给了我一些问题。
有什么想法吗？
答案 0 :(得分：1)
短篇小说：我们的行为不好，明天会出去解决。应该适用于https。
长篇故事： 事实证明，因为XDomainRequest强制协议匹配，如果您的网站是http，我们会在http://www.filepicker.io/api/store/S3点击我们的终端。
在服务器端，我们强制执行https，提供重定向到HTTPS版本。这导致一个双重错误被触发，一次是重定向301是一个错误的响应，一次是405一次无效的GET调用url。
虽然我们希望确保所有api调用都通过https完成，但在这种情况下XDomainRequest强制我们使用http，因此我们现在允许对商店端点进行http调用。