【问题标题】:Internet Explorer DOM7009: Unable to decode image at URL: [url]Internet Explorer DOM7009:无法在 URL 处解码图像:[url]
【发布时间】:2016-02-14 02:30:16
【问题描述】:

我正在使用 O365 中的 SharePoint 网站。该站点包括一个列表/库,其中只包含带有 .GIF 扩展名的员工图像。第三方进程将图像导入 SharePoint。我没有关于该过程的详细信息。

当从 SharePoint O365 服务器提供图像时,任何图像都不会显示在 IE 11 中。即使单独加载图像也不会显示。该问题与图像as this question discusses 的数量或大小无关。完全相同的图像在本地 SharePoint 2010 服务器上的 IE 11 中正常显示。 Chrome、Firefox 等在两台服务器上都可以正常显示图像。我没有在任何其他浏览器上看到这个问题,也没有给出任何警告或控制台错误。它纯粹与 IE 11 和 O365 服务器上的这些 .GIF 图像有关。

IE 为每个图像显示以下控制台消息:

DOM7009:无法在 URL:[url] 处解码图像

我该如何解决这个问题?是什么原因造成的?

编辑: 如果我只是从网络上保存图像并尝试通过 IE 打开图像,则无法显示相同的问题。如果我保存在本地正确显示的图像并尝试通过 IE 打开它,它也会失败。

标题:http://pastebin.com/vHhs4rm6

【问题讨论】:

  • 你能打包其中一张图片,以及随它一起提供的 HTTP 标头吗?我很想仔细看看。此外,当您尝试在 Internet Explorer 11 或 Windows 10 上的 Microsoft Edge 中加载图像时会发生什么?
  • 很遗憾,我无法发布任何图片。请参阅编辑标题。
  • 至于为什么图片显示在一种环境而不显示另一种环境,可能与这个header有关:X-Content-Type-Options: nosniff
  • 这听起来像是一个很好的解释差异的候选者。该特定标头/值允许您opt-out of sniffing。其他浏览器可能会收到该文件,检查其内容,然后关闭该文件,而不是关闭扩展程序。

标签: image internet-explorer sharepoint internet-explorer-11 gif


【解决方案1】:

我的解决方案:

如果我打开 MS Paint,创建一个新的 .GIFF ​​图像并将其保存到我的服务器,它实际上会正确显示。

这导致我使用 ImageMagick 并对不会显示的图像进行识别。 ImageMagick 指出这些图像最初是 PNG 的,并且由于某种原因作为 GIF 保存到我的服务器。通过工作流程将图像文件重命名回其原始格式会导致它们正确显示。因此,无论将所有图像上传到我的服务器的任何过程都将 PNG 重命名为 GIF,都会弄乱文件并导致此问题。

【讨论】:

    猜你喜欢
    • 2018-08-30
    • 2016-07-01
    • 1970-01-01
    • 1970-01-01
    • 2013-04-14
    • 2012-04-24
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多