お世話になってます。
Firefoxの52.0.1にアップデート以降、ウェブページから出力したPDFが文字化けする不具合が起きています。
まず、以下の手順でPDFを出力しました。

1. PDF化したいウェブページにアクセス
2. メニューの「ファイル」をクリック
3. 「印刷」をクリック
4. プリンター名を「Adobe　PDF」を選択
5. 「OK」をクリック

そこで、以下２つのページを参照し対策をしてみました。

画面表示は正常な PDF ファイルを印刷すると一部の文字が欠けたり文字化けが発生する場合の対処方法（Acrobat/Adobe Reader）
https://helpx.adobe.com/jp/acrobat/kb/223969.html

Firefox で印刷が正しく行われない
https://support.mozilla.org/t5/%E5%95%8F%E9%A1%8C%E3%81%AE%E8%A7%A3%E6%B1%BA%E6%96%B9%E6%B3%95/Firefox-%E3%81%A7%E5%8D%B0%E5%88%B7%E3%81%8C%E6%AD%A3%E3%81%97%E3%81%8F%E8%A1%8C%E3%82%8F%E3%82%8C%E3%81%AA%E3%81%84/ta-p/5917

これで改善しなかったので、ここでFirefoxのリフレッシュを行ったところ、その直後は文字化けは発生しませんでした。
しかし確認のためもう一度Firefoxを閉じ、再起動すると文字化けの問題が再発しました。
この後またリフレッシュしたら文字化けは解消されたのですが、毎回リフレッシュを行うのではなく、ほかの解消方法があればと思いご相談させていただきました。

以下は備考です。

• 表示しているウェブページ側の問題かとも思い、CSSにおいてfont-familyやprintの見直しは行いましたが、改善されませんでした。その他いくつかのウェブページでもPDF化を試してみましたが、いずれのページでも文字化けの不具合が発生したので、ウェブページ側の問題ではないと思われます。
• 文字化けしている箇所は全てのテキストではなく、見出しh1~h5とtableのth内のみです。pやtdの中などは文字化けせず表示されます。
• アップデート前の古いバージョンではこの不具合は発生しません。Firefox以外の他のブラウザ（ChromeやIE）でもこの不具合は発生しません。

アドバイスいただければと思います。よろしくお願いします。

PDFファイルを印刷するのと、ウェブページをPDF化することとは、別のことと考えるべきとも思いますが。

アップデート前のバージョンはどれでしょうか。
Firefox 52からはプラグインの扱いが変わっていますので、その影響が無いとも限りません。

_________________
[Desktop] Windows 10 pro (64bit) / 16GB RAM

文字化けが起きるページのURLをそれかご提示していただけますと、現象についての認識を共有しやすくなると思います。
あと、実際にプリンターで印刷したり、Adobe以外のPDF化ソフト（例えば CubePDF） を使用した場合はどうでしょう？


PDFファイルの印刷ではなく、Webページの印刷を行い、プリンタとして「Adobe PDFプリンター」（Adobe Acrobatと一緒にインストールされる）を選ぶことでPDF化しているということかと思います。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:52.0) Gecko/20100101 Firefox/52.0.1 Waterfox/52.0.1

投稿者がこれを提示していたので、(両者を同一視・混同しているのではと思い)そのように書いた次第です。

Adobe ReaderなどでＰＤＦファイルを開いて印刷するのと、ウェブページを(Adobe Readerなどを経由して)PDF化(=印刷？)するのでは、経路が違う故、原因となることも異なってくる可能性があるかと。

_________________
[Desktop] Windows 10 pro (64bit) / 16GB RAM

すみません。混同していました。
ウェブページをPDF化することで文字化けの不具合が生じています。



アップデート前は43.0.1でした。

CubePDFをインストールしました。
例えば以下のサイトでAdobe ReaderとCubePDFどちらもでPDF化してみました。

東京都公式ホームページ
http://www.metro.tokyo.jp/

すると、同じ場所が同じように文字化けしていました。
具体的には以下の文字です。

• 右上の赤いボタンの「検索」の文字
• GOVERNO'RS OFFICE の上に被さっている黒枠の中の白い文字
• 「お知らせ」の赤い文字
• 「新着情報（報道発表）」の赤い文字
• 「新着情報（報道発表）」の2行下の「3月27日」の文字（「本日の更新情報23件」は化けていません）

印刷はまだ試せていませんが、結果が分かりましたらご報告します。

あまりにもバージョンが飛びすぎですね。
念のため、新しいプロファイルを作って、設定等なにもいじらず、素のままでどうなるかご確認を。

https://support.mozilla.org/t5/%E3%82%A ... ta-p/13687

_________________
[Desktop] Windows 10 pro (64bit) / 16GB RAM

お返事いただき、ありがとうございます。
教えていただいたプロファイルの作成をし、そのまま問題のページへアクセスしてPDF化を試しましたが、やはり文字化けしてしまいました。
この時、「プロファイル登録だけ削除」をしてだめだったので、「ファイルもすべて削除」も試しましたが、どちらもだめでした。
ですが、この状態でリフレッシュをしてみたら、正常に文字化けせず表示されました。

以下のページを見ると、リフレッシュとプロファイルの作成は同じことなのかなと思ったのですが...何かが違うのでしょうか。
https://support.mozilla.org/t5/%E5%95%8 ... /ta-p/7883


そして、リフレッシュして正常にPDF化できたあとも、Firefoxを一度閉じ再起動するとまた文字化けしてしまいます。

質問者さんの環境が書かれていませんが、
Windows 7（64ビット版）＋Firefox 52.0.1（64ビット版）＋CubePDF 1.0.0RC10（64ビット版）では、文字化けしませんでした。

_________________
Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:52.0) Gecko/20100101 Firefox/52.0

「リフレッシュ機能は何をしますか？」というところに書かれていますが、「Firefox のリフレッシュ機能は、重要なデータを保存しながら、新しいプロファイルフォルダーを作成します。」
つまり、古いプロファイルの一部データを取り込みながら、新しいプロファイルを作ります。

一方、「プロファイルの作成」のほうは、古いデータを一切取り込まず、まっさらな初期状態のプロファイルを作ります。

_________________
[Desktop] Windows 10 pro (64bit) / 16GB RAM

失礼いたしました。


私も試してみました。私はWindows 10環境ですが、ちょうどアップデートがあったので Firefox 52.0.1(32bit) と 52.0.2(64bit) でやってみました。
プロファイルは新規で、PDF化は QubePDF、Foxit Reader PDF Printer、Microsoft Print to PDFを使用。
どの組み合わせでも文字化けは見受けられませんでした。

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:52.0) Gecko/20100101 Firefox/52.0

※質問するときは、「フォーラムの利用に関するご案内」、とりわけ「質問するときは」に目を通し、Firefox のバージョンだけでなく、OS の種類とバージョンといった使用環境についての最低限の、あるいは関連する情報を書き添えることをお勧めします。

遅ればせですが、横から失礼します。

ご質問のバックボーンは、"Firefox でアクセス・閲覧しているウェブページを仮想プリンタ経由で PDF ファイルに出力する" ということですよね。

この場合、Firefox は Adobe Acrobat や CubePDF などの仮想プリンタ（PDF 出力用のプリンタドライバ）に対象データを引き渡し、それを受け取った PDF ドライバが、PDF ファイルを生成します。つまり、紙にインクを定着させる印刷か、PDF ファイルの生成かという違いはありますが、ブラウザ的には通常のプリント（印刷）の流れであり、その文脈で発生している問題だということになります。

東京都公式ホームページを対象にテストすることを前提として、
http://www.metro.tokyo.jp/
このトップページを Firefox で表示した状態では、文字化けすると仰っている箇所は正常に表示できている思いますが、この状態から [印刷プレビュー] を開いたとき、当該箇所はどのように表示されますか？
プリント処理の前段階ですでに文字化けの原因が発動しているのか、プリンタドライバへの引き渡し時点で問題が発生するのか、そのあたりの見極めはできるかもしれません。

ここまでに出ている情報で、ぼくが気になった点をまとめると、technologic89 さんのところでは、
（a）アップデート前の Firefox 43.0.1 では問題は起こっておらず、52.0.1 へのアップデート以後に起こり始めた。
（b）52.0.1 では、プリンタドライバの種類を変えても、ウェブページ上の同じ文字列に文字化けが発生する。
（c）Firefox の「リフレッシュ」をおこなった直後は文字化けは発生しないが、再起動後には発生するようになる。
―― といったあたりです。

（a）については、Firefox 43.0.1 ではマルチプロセス（e10s）はまったく機能していませんが、48.0 から一定条件を満たすユーザー環境で有効化されるようになり、52.0 ではさらに有効化範囲が拡大されています。

（b）は、「Firefox以外の他のブラウザ（ChromeやIE）でもこの不具合は発生しません」と仰っていることと合わせて、ウェブページ側でもプリンタドライバ側でもなく、Firefox 側に主原因があることを示唆しているように見えます。
しかし、通りマン さんや EarlgreyTea さんの環境では文字化けは起こっていないというご報告がありますから、technologic89 さんの環境条件に固有の要因がある可能性が高いと考えられます。
この場合、Firefox 43.0.1 から 52.0.1 でのアップデートで、technologic89 さんの環境における e10s がらみの状況変化が、本件の問題を誘発しているかどうかの見極めが重要な気がします。

（c）では、リフレッシュ直後というのがどういうタイミングかが気になるものの、アドオン（拡張機能）の再インストールや有効化の状況が本件の発生を左右している可能性、あるいはアドオン（拡張機能）の有効化にともなって e10s の有効／無効が変化する可能性の、２つの側面が気になります。
[リフレッシュ] ではなく、[セーフモード] での動作を試してみると、今よりは発生条件が絞り込めるかもしれません。


（補足）
お使いの Firefox がマルチプロセス（e10s）で動作しているかどうかは、次のところから確認できます。

　[ヘルプ] -> [トラブルシューティング情報] -> [アプリケーション基本情報] -> [マルチプロセスウィンドウ]

ここが、[0/1 (無効)] や [0/1 (アドオンにより無効)] のようになっていれば e10s は「無効」です。
一方、[1/1 (既定で有効)] や [1/1 (ユーザー設定により有効)] のようになっていれば e10s は「有効」です。

基本的には、有効／無効の２つしかありませんが、その理由や細部の条件はもう少し複雑です。
about:config から次の設定名を調べると、そのあたりの条件の違いを調べることができると思います。

例えば、リフレッシュ直後の e10s の状態と、再起動後に文字化け問題が再発したあとの e10s の状態を比較してみると、何かわかるかもしれません。

とりあえず以上です。的外れな話になっていたらすみません。


（お断り）
当方の諸事情により、今まで以上に不定期な応答しかできなくなります。
即答を期待されても、それに応えられない場面が多くなりますので、ご容赦ください。

_________________
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0

PC 素人ですみません。ここに初めて投稿します。ルールとか間違ってたらお許しください。

私もtechnologic89 さんと 同じ文字化けで困ってます。
環境は、windows10 32bit です。少し古いノートです。

PDF出力だけでなく紙プリンター出力でも同じように文字化けます。おっしゃるように <th> タグで太字になってる部分が化けてます。ブラウザでのプレビューは文字化けません。

しょっちゅうプリンター出力してる訳ではないのですが、確実なところは次の通りです。
51.0.1 - 2017/01/26 正常
52.0　　- 2017/03/07 不明
52.0.1 - 2017/03/17 不明
52.0.2 - 2017/03/28 異常

リフレッシュ直後そのまま閉じないでプリントすれば文字化けません。一度閉じて、再立ち上げすると文字化けるようです。

マルチプロセス（e10s） 云々については調べてませんが、解決できることを切に願ってます。よろしくお願いします。

_________________
Mozilla/5.0 (Windows NT 10.0; rv:52.0) Gecko/20100101 Firefox/52.0

technologic89 さん＆皆さん maji です。





私なりに手元の複数の環境で再現テストしてみました。


1)
Windows7(32bit) プリンタ印字し確認
-----
Firefox(32bit) 51.0.1 ☆正常
すぐさまアップデート
Firefox(32bit) 52.0.2 ★現象再現(文字化け)

2)
Windows8.1(32bit) プリンタ印字し確認
-----
Firefox(32bit) 51.0.1 ☆正常
すぐさまアップデート
Firefox(32bit) 52.0.2 ★現象再現(文字化け)

3)
Windows10(通常版)(64bit) Microsoft Print to PDF で確認
以下の環境がプロファイル別々に併存
-----
Firefox(32bit) 52.0.2 ★現象再現(文字化け)
Firefox(64bit) 52.0.2 ★現象再現(文字化け)
Firefox Developer Edition(64bit) 54.0a2(2017-04-01) ☆正常

4)
Windows10(InsiderPreview版)(64bit) Microsoft Print to PDF で確認
-----
Firefox(64bit) 52.0.2 ☆正常


最初は Windows7 と 8.1の環境で
51.0.1 → 52.0.2アップデートで現象再現かと思ったのですが、
通常版と InsiderPreview版の違いはありますが 同じ Windows10でも
52.0.2 で正常な場合と現象再現(文字化け)の場合とあります。

少なくとも私の手元の複数の環境では
現象再現は出来ましたが
正常(現象再現しない)場合もあり
今の時点ではどんな規則性で現象が出るか出ないかまで整理できていません。


次のテストはこの週末土日になりますが
マルチプロセス(e10s)の状況も含めて
もう少し整理してみます。


では。



.

_________________
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:52.0) Gecko/20100101 Firefox/52.0

technologic89 さん＆皆さん、maji です。

---------- 修正編集コメント（ここから） ----------

★ 2017/4/16(日)18:00頃、偶然的通行人 さんの投稿を受けて
　自分の記述誤りの箇所を修正編集しました。

　トラブルシューティング情報の中の該当の「機能」の名前は

　AzureCanvasBackend
　AzureContentBackend

　でしたが
　about:config の中の設定名は上記と同じではなく
　正しくは

　gfx.canvas.azure.backends
　gfx.content.azure.backends

　でしたので、以下その記述部分を修正編集しています。

---------- 修正編集コメント（ここまで） ----------

Windows環境での事象だとは思うのですが
その後 technologic89 さんからの投稿が無いので
どの OSなのか 32bit/64bitどちらなのか
実際にプリンタ印字した場合どうなのか
そんなこんなの詳細がワカラナイのですが、、、、、
勝手に

　Windows7(32bit) + Firefox(32bit)52.0.2 + 実際のプリンタ印字

でテストしました。

結果、technologic89 さんと同様な現象は再現しました。
途中経過を報告します。

-----

前回までのテスト。

Firefox(32bit) 51.0.1 ☆正常
すぐさまアップデート
Firefox(32bit) 52.0.2 ★現象再現(文字化け)→【Ａ】

今日のテスト。

1)
52.0.2 で新規プロファイルを作りテスト。
新規プロファイル作った初回の Firefox起動直後→ ☆印刷正常。

この時点でトラブルシューティング情報を取得する→【Ｂ】。

2)
いったん Firefox終了し
前項の新規に作ったテスト用プロファイル使い
Firefox起動を数回繰り返す→ ★数回目に現象再現(文字化け)。

この時点でトラブルシューティング情報を取得する→【Ｃ】。

とゆ事で
technologic89 さんがおっしゃると同様の現象が
リフレッシュでは無く新規プロファイルで確認出来ました。
なんとなくですが
新規プロファイルで真っ新にしたプロファイルで最初は正常も
時間が経つにつれて(数回 Firefox起動を繰り返すと)事象発生する(プロファイルに何らかの変更が加わる)みたいな感じです。

-----

上述のテストの際に取得したトラブルシューティング情報【Ｂ】【Ｃ】を比較し眺めてみたところ
Direct2D 関連の複数の箇所に違いがある様に見受けられました。
特に
AzureCanvasBackend
AzureContentBackend
の二つが
最初(正常時)→【Ｂ】は「 direct2d 1.1 」だったのが
次(異常時)→【Ｃ】には「 skia 」に変わってました。

Firefox52のリリースノートによると

》 Windows上でコンテンツの描画に Direct2D が使われていない場合、代わりに Skia を使用します。

との対処があったとの事です。

その後の試行錯誤は省略しますが
about:config にて「 skia 」が値として指定されていた以下の二つの設定名

gfx.canvas.azure.backends
gfx.content.azure.backends

から「 skia 」の値を除いて firefoxを起動し直したところ
☆正常 に印字出来る様になりました。

今はテスト用ではなく通常に使ってるプロファイル【Ａ】で firefox起動し
about:config の二つの設定名 gfx.canvas.azure.backends と gfx.content.azure.backends の値から
文字列「 skia 」を外した状態で
☆正常印刷を確認した上で そのまま使っています。
あくまで「今のところ」ですが
印刷は正常で印刷以外のところでの不具合も無い様子です。

-----

なおこのテスト及び対処は試行錯誤しながら行い「やってみたら出来た」もので
確信あって行ったものではなく
設定名 gfx.canvas.azure.backends と gfx.content.azure.backends がどんな用途のものなのか
理解して処置したものではありません。
その前提で
参考にしていただければと思います。

また
他の方から 52.0.1 や 52.0.2 で問題は出なかったとの報告もありますし
私自身の環境でも問題(文字化け)する環境としない環境が混在したままで
正常な環境での gfx.canvas.azure.backends と gfx.content.azure.backends の値までは調べてはいません。
このあたりは次の土日に確認してみよかと思ってます。
よって Firefox共通なものなのか
もしくは自分の環境(プロファイル)固有のものなのかの検証も不十分です。
とゆ事で
追証いただく場合は自己責任でお願いします。


とりあえず今日は以上、です。


では。




.

_________________
Mozilla/5.0 (Windows NT 6.1; rv:52.0) Gecko/20100101 Firefox/52.0