1

我在 IE9 中使用 filepicker.storeUrl 时遇到问题。它正在使用代码为 153 的 FPError 运行 onError 回调，该代码似乎没有在任何地方记录 - 以及文件选择器调试脚本

<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 似乎给我带来了问题。

有任何想法吗？

4

1 回答 1

1

短篇小说：我们的不良行为，明天解决。应该在https上工作。

长话短说：原来是因为 XDomainRequest 强制协议匹配，如果您的网站是 http，我们会在http://www.filepicker.io/api/store/S3 访问我们的端点。

在服务器端，我们强制执行 https，提供到 HTTPS 版本的重定向。这导致触发双重错误，一次是重定向 301 是错误响应，一次是 405 是对 url 的无效 GET 调用。

虽然我们希望确保所有 api 调用都通过 https 完成，但在这种情况下，XDomainRequest 会强制我们使用 http，因此我们现在将允许对 store 端点的 http 调用。

于 2012-12-04T02:28:54.233 回答