web-dev-qa-db-ja.com

ロードに失敗しましたPDF document in Chrome

サーバーにPDFファイルが保存されています。Googleを使用してファイルにアクセスできません。Chrome(またはUbuntu Chromium)をURL "sitename/pdfName.pdf"; Internet ExplorerまたはFireFoxで同じPDFに問題なくアクセスできます。

Chromeは次のエラーを表示しています: "Failed to load PDF document"

このリンクでエラーを添付してください エラー画像

5
Sumit Dobhal

Web.config内のセキュリティポリシーにobject:noneがあり、それが原因でchromeを開くことを拒否し、chromeでf12を押してから、 「コンソール」はエラーメッセージを表示します。

Web.configセキュリティポリシーをobject:selfに変更すると、問題が修正されました

私たちの場合、FirefoxでPDFを開くことができ、IEがChromeではできません。したがって、Chromeにはセキュリティポリシーのより厳密な実装があります。

以下は、私がテストしていない提案された編集です:

また、Chromeには名前のヘッダーに問題がある:Content-Type値:charset=utf-8。削除すると修正される場合があります。

また、これをテストしているときに、リクエストURLを新しいsitename/pdfName.pdf?val=1そして次のテストで、?val=2 等々...

1
user2728841

これは、Chromeに組み込まれているPDFビューアがFirmexの保護されたPDFドキュメント.

試してください:

  1. Googleを開くChrome(明らかに)
  2. 右上の[More Untitled.png]をクリックし、[設定]をクリックします。
  3. 下部にある[詳細設定を表示]をクリックします。
  4. [プライバシー]で、[コンテンツの設定]をクリックします
  5. PDF Documents]で、[Open PDFデフォルトのファイルPDFビューアアプリケーション。
  6. 変更を行ったら、PDFファイルはGoogle ChromeではなくAdobe ReaderまたはAdobe Acrobatで開く必要があります。

それは理想的ではないかもしれませんが、今のところは良い選択肢です。

0
elf

また、Chromeには名前のヘッダーに問題がある:Content-Type値:charset=utf-8。 IISの場合、このweb.configファイルPDFがある場所:

<?xml version="1.0" encoding="UTF-8"?>
<configuration>
    <system.webServer>
        <httpProtocol>
            <customHeaders>
                <remove name="Content-Type" />
            </customHeaders>
        </httpProtocol>
    </system.webServer>
</configuration>

また、これをテストしているときに、リクエストURLを新しいsitename/pdfName.pdf?val=1そして次のテストで、?val=2 等々...

0
MeSo2