Pdf.js: iFrameにロードするとPDFを印刷できません

おそらくバグ874200の複製です。

この問題に遭遇し、可能な回避策を希望する人のために（この問題は修正なしで1年以上続いていることを考えると）、私はサーバー上でPDFの画像を生成するためにGhostScriptと一緒にPHPのImageMagickを使用することになりました、次にこれらの画像URLをjson応答で提供し、その結果を出力するのは簡単でした。

しかし、私を知っていると、おそらくそれを行うためのより良い、より簡単な方法があります...

about：configでpdfjs.disabled = trueを設定しましたが、pdfのダウンロードを開始しますplugin.disable_full_page_plugin_for_types = application / pdfを使用すると、pdfをダウンロードできず、ビューアに表示されます

少なくともFirefoxでは、この理由を知っていると思います。 上記のような簡単な例で、Firefox DevToolsを使用してメインページとiframeの両方でdocument.domainを調べると、 document.domainはpdf.jsであることがわかりました。 PDF.jsレンダラー—ブラウザのクロスオリジン制限が始まります。

さらに、ソースからPDF.jsをビルドし、iframeをweb/viewer.html?file=に設定してから、（OPのように）iframeに印刷するように指示すると、正常に機能しました。

PDF.js（少なくともFirefoxで実行している場合）が他のウィンドウから、おそらくwindow.postMessageのようなものを介してメッセージを受け入れる方法はありますか？ （私はこれを使用したことがないので、このユースケースに適しているかどうかはわかりません。）

別の観察： iframeのonloadイベントを介して印刷をトリガーしたいと思っていましたが、PDFはまだレンダリングされていません。 それをチェックする信頼できる方法があるかどうかわかりませんか？

＃5765を見ましたが、組み込みのFirefoxバージョンではなく、PDF.jsを直接実行している場合にフックできるイベントのみを参照しているようです。

これは、JavaScriptファイルをトリガーしてjavascriptを使用して印刷するのと同じくらい簡単なことをするのに困惑しています。 この問題は、2年ほど前（おそらくそれ以上）にさかのぼると思われます。

誰かが_クライアントサイド_ソリューションを見つけましたか？ @Petceソリューションを見ましたが、そのソリューションは私には機能しませんでした。

息を止めないでください@Lynda333 、この問題のサポートは悪名高い無反応です。 私の意見では、あなたの本当の唯一の選択肢は、機能の適切な妥協点を見つけることです。 あなたがあなたの状況についてもっと教えてくれれば、私自身と他の人が可能な回避策を提示できるかもしれません。

@Petce-この問題がどのくらい前に始まったかを見たとき、私は知りません。 この能力を含めないのはばかげているようです。 私はクライアントと話をし、このサイトのアプローチを変更するつもりです。 1）PDFをダウンロードできます。2）PDFコンテンツの一部をHTMLで再作成し、ユーザーが何を印刷するかを選択できるようにしています。 作成には時間がかかりますが、機能します。

埋め込まれたiframeを印刷できる人はいますか？ 私は最後の拡張バージョンをインストールし、エラー許可が拒否されました。また、通常のpdfアクセスでpdfファイルを表示できません。

このコミット（およびpdfjsデータパーサー自体）のコードを使用して、pdfを一時的なBLOBとして書き直し、印刷命令を追加できます： https ://github.com/mozilla/pdf.js/pull/6190/commits
BLOBをソースとしてiframeを作成すると、印刷が開始されます（つまり、印刷構造に従わないことを除いて、BLOBをiframeにまったくロードしないことに注意してください）。
とにかく、ビューアーのカスタムバージョンをまだ実行していない場合、これはかなり複雑です。
または、サーバーまたはPDFのデータを編集できる場所に印刷命令を追加することもできます。

面白いのは、Firefoxがそれを必要としているだけです...この問題が報告されてから3年が経ち、FirefoxはiframecontentWindowへのアクセスについて不平を言っている唯一のブラウザです。

これは私のために働いているようです

        setTimeout(function(){
            this.printIframeRef.contentWindow.document.getElementById('secondaryPrint').click()
        }.bind(this), 3000)

ビューアに接続するイベントや方法は見つかりませんでしたが、印刷ボタン（バージョン1.4.20を使用）でもクリックをトリガーすると、印刷されているように見えます。 settimeoutは、視聴者がロードする時間を許可します。

FirefoxのcontentWindowにアクセスできますか？ セキュリティの問題が発生しませんか？

@paolocaminiti同じドメインからすべてのファイルを読み込んでいます。 それは私のために働くようです。 私はWindowsでIE10と11、IE Edge、Chromeを使用しました。 そしてUbuntu14.04のFireFox38。

    handlePrintClick() {
        blurComponentRef(this.printButtonRef)
        this.printIframeRef.contentWindow.document.getElementById('secondaryPrint').click()
    }

    handlePrintLoad() {
        this.printIframeRef.contentWindow.addEventListener("documentload", function(){
            this.setState({canPrint: true})
        }.bind(this));
    }

なるほど、リモートからPDFを再度ロードしているのですが、同じドメインになります。
chrome / operator / safariで私はこれを使用しています：

function directPrint () {
  PDFViewerApplication.pdfDocument.getData().then(function(res) {
    var b = URL.createObjectURL(new Blob([res], { type: 'application/pdf' }))
    var printFrame = document.getElementById('print-frame')
    if (!printFrame) {
      printFrame = document.createElement('iframe')
      printFrame.id = 'print-frame'
      printFrame.src = b
      document.body.appendChild(printFrame)
    }
    setTimeout(function () {
      printFrame.contentWindow.print()
      // ...dispose iframe and blob.
    }, 0)
  })
}

ローカルデータを使用してblobを作成し、printを呼び出すだけで、setTimeout0を使用してiframeをアタッチできます。

残念ながら、Firefoxはblobを含むcontentWindowを許可していませんが、print命令を含むblobはそれ自体で印刷されます。

つまり、ローカルデータを使用するソリューションはありませんが、pdfデータをルーティングするために自分のサーバーにプロキシを設定すると、すべてを同じドメインにしてコードを適用できるようになります。

こんにちは、

「res」とはどういう意味ですか？ そしてPDFViewerApplicationはPDF.jsから来ていますか？

ありがとう、

はいPDFViewerApplicationはpdfjsのPDFViewerビルドによって提供されます。ソースは/webディレクトリの下にあります。そこで変更して新しいビルドを作成し、更新時にマスターリポジトリを簡単にマージできるようにする必要があります...

resは、getDataによって返される引数であり、pdfファイルのバイト表現である必要があります。ここでは、追加のネットワーク要求なしでロードするローカルBLOBURLを構築するために使用されます。

上記のコードのようなものを探している場合は、少しクリーンアップすることをお勧めします。

function directPrint () {
  var printFrame = document.getElementById('print-frame')
  if (printFrame) {
    printFrame.contentWindow.print()
  } else {
    PDFViewerApplication.pdfDocument.getData().then(function(res) {
      var src = URL.createObjectURL(new Blob([res], { type: 'application/pdf' }))
      printFrame = document.createElement('iframe')
      printFrame.id = 'print-frame'
      printFrame.style.display = 'none'
      printFrame.src = src
      document.body.appendChild(printFrame)
      setTimeout(function () {
        printFrame.contentWindow.print()
      }, 0)
    })
  }
}

結局、iframeを破棄しないことを選択したのは、iframeをいつ実行するかを理解するのが複雑であることが判明したため、pdfを変更できないと仮定して、iframeをそのままにして、ユーザーが印刷するたびに再利用するだけです。

それが役に立てば幸い。

@thenewguy他の読者のためにこのスレッドを明確にするために、私たちはまったく異なることをしているようです：
ネイティブブラウザのPDFビューアを使用してフル品質で印刷しようとしています（同じドメインを使用しても、ieとedgeの両方でcontentWindowにアクセスする方法が見つかりませんでした）。
PDFjsビューアをiframeにロードし、表示されている可能性があり、ホストアプリケーションからの印刷を制御しています。

@paolocaminitiがスクリプトをiframeに挿入し、それを関数として呼び出すことを達成しようとしていたので、面白いですが、今は「offsetParentが設定されていません-スクロールできません」😢。 クロームキオスク印刷を使用しますが、これを忘れてしまいました。

これまでのところ、解決策は提案されていません

それでもサーバー側のソリューションが必要ですか、それともこの問題について何か進展はありますか？ pdf-jsのPDFPrintServiceを使用することは可能ですか？ これは機能的な回避策になりますか？ はいの場合、pdf-viewer全体を使用せずにこのサービスを使用するにはどうすればよいですか？

https://bugzilla.mozilla.org/show_bug.cgi?id=911444で修正