― MozillaZine.jp フォーラムは Mozilla 製品に関する情報交換の場です ―



All times are UTC + 9 hours

返信する
ユーザー名:
件名:
オプション:
BBCode: ON
[img]: ON
[flash]: OFF
[url]: ON
スマイリー: ON
BBCode を無効にする
フォントサイズ:
フォントカラー
スマイリーを無効にする
URL を自動的にパースしない
ユーザエージェントを表示する
認証コード
KCaptcha by Nikita_Sp
   

トピックのレビュー - 52.0.1にて「ファイル > 印刷」でPDFを出力すると一部文字化けする
作成者 メッセージ
  記事の件名:  Re: 52.0.1にて「ファイル > 印刷」でPDFを出力すると一部文字化けする  引用付きで返信する
technologic89 さん&皆さん、週末バッチの maji です。

Firefox が 53.0 にアップしたのでテストしてみました。


----------


Windows7(32bit) + Firefox(32bit)52.0.2 + 実際のプリンタ印字 でテスト
の環境にて

about:config の中の設定名

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

の両方の値を初期値(リセットした値)

direct2d1.1,skia,cairo

に戻し、
他に
・マルチプロセスウィンドウ→「 1/1 (既定で有効) 」
・ハードウェアアクセラレーション機能を使用する((可能な場合)→有効(チェック入り)
・ウェブページが指定したフォントを優先する→有効(規定値のまま)
となっていて、
かつ
トラブルシューティング情報の機能名

AzureCanvasBackend
AzureContentBackend

の値がそれぞれ両方とも「 skia 」となっている事を確認し
☆印字文字化け発生 してる状況を再現させました。

その状態で Firefox を 52.0.2 から 53.0 にバージョンアップしました。
すると
★文字化け無しの正常印刷 となりました。


私には今回の文字化け現象発生のロジック説明出来ませんが
53.0 のリリースノートの中に skia 絡みの記載もありますし
推測ですが 53.0 での改修の中の何かにより
technologic89 さんがお困りの文字化けも解消となったのではと勝手に思っています。


-----


technologic89 さんへ。
Firfoxを 53.0 へバージョンアップし事象再現確認してみてください。


では。



.
投稿記事 Posted: 2017年4月22日(土) 20:03
  記事の件名:  Re: 52.0.1にて「ファイル > 印刷」でPDFを出力すると一部文字化けする  引用付きで返信する
皆さん、maji です。

-----

Windows7(32bit) + Firefox(32bit)52.0.2 + 実際のプリンタ印字 でテスト
の環境にて

about:config の中の設定名

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

の両方の値を初期値(リセットした値)

direct2d1.1,skia,cairo

に戻し、
他に
・マルチプロセスウィンドウ→「 1/1 (既定で有効) 」
・ハードウェアアクセラレーション機能を使用する((可能な場合)→有効(チェック入り)
・ウェブページが指定したフォントを優先する→有効(規定値のまま)
となっていて、
かつ
トラブルシューティング情報の機能名

AzureCanvasBackend
AzureContentBackend

の値がそれぞれ両方とも「 skia 」となっている事を確認し
あらためて印字文字化け発生してる状況を再現させました。

-----

その上で
別投稿で 偶然的通行人 さんから別投稿に記載あった通り

・ウェブページが指定したフォントを優先する:規定値は有効

の設定を外し(チェックを外し)
印字テストしたところ私の手元でも 正常印刷 を確認出来ました。

とゆ事で
何故にこうなるのかの因果関係が自分的には全く整理出来ずスッキリしないのですが
文字化け回避策としては about:config をイジるよりは
オプションの「ウェブページが指定したフォントを優先する」のチェックを ON/OFF する方が簡単なので
元投稿の
technologic89
さんも試されてはどうでしょうか。

とゆ事で
私の方のテストは一旦休止とします。


では。



.
投稿記事 Posted: 2017年4月16日(日) 20:57
  記事の件名:  Re: 52.0.1にて「ファイル > 印刷」でPDFを出力すると一部文字化けする  引用付きで返信する
偶然的通行人 さん、maji です。

偶然的通行人 さんが書きました:
以下、maji さんのテスト報告を拝見して気づいたことを、順を追って書かせていただきます。

maji さんが書きました:
about:config にて「 skia 」が値として指定されていた以下の二つの設定名

AzureCanvasBackend
AzureContentBackend

標準状態の Firefox 52.0.x (Windows 版) に、この2つの設定項目は存在しません。

gfx.canvas.azure.backends = direct2d1.1,skia,cairo
gfx.content.azure.backends = direct2d1.1,skia,cairo

の2つは存在し、上述ような初期値を持っていますが、これは直接影響していないように見えます。
maji さんがご提示になっている項目は、Skia が有効になった結果、生成されるのかもしれません。


偶然的通行人 さん、フォローありがとうございます。
あらためて自分の投稿を見直したところ記載誤りに気が付きました。

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

AzureCanvasBackend
AzureContentBackend

でしたが
about:config の中の設定名は
正しくは
ご指摘の通り

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

でした。

元の投稿の方もコメント付きで訂正しておきます。


では。



.
投稿記事 Posted: 2017年4月16日(日) 18:04
  記事の件名:  Re: 52.0.1にて「ファイル > 印刷」でPDFを出力すると一部文字化けする  引用付きで返信する
連投で失礼します。

前便で書いたプリント結果の一部が文字化けする条件= e10s 有効、の下、ハードウェアアクセラレーション無効(Skia などの使用への切り替え)のもとで、
[オプション] -> [コンテンツ] -> [フォントと配色] -> [詳細設定] から開く [フォント] まわりの詳細設定画面で、[ウェブページが指定したフォントを優先する](*) のチェックを外し(無効化し)てプリントすると、当該カ所(**) での文字化けは起こりませんでした。

 (*) [ウェブページが指定したフォントを優先する] は初期状態で有効になっています。
 (**) 東京都公式ホームページの右上部にある検索欄の「検索」ボタンの文字、真ん中あたりの「お知らせ」、その右側の「新着情報(報道発表)」などのプリント結果で判断しています。(他にも、同ページ内で文字化けが起こる箇所はありますが...。)

ページ全体ではなく一部のテキストに対してのみ、テキストデータがプリンタードライバーに正しく引き渡されていないように思えたので、サイト側、ユーザー側のそれぞれで指定されているフォントまわりに何らかの要因がないかどうかを試しているなかで、この変化に行き当たりました。
しかし、今の時点で理屈はよくわかりません。

いちおう追加情報まで。
投稿記事 Posted: 2017年4月14日(金) 17:19
  記事の件名:  Re: 52.0.1にて「ファイル > 印刷」でPDFを出力すると一部文字化けする  引用付きで返信する
maji さん、詳しい検証をありがとうございます。

2017年4月01日(土) 02:29 付けの beginner さんの投稿(#p59488)によれば、
beginner さんが書きました:
PDF出力だけでなく紙プリンター出力でも同じように文字化けます。おっしゃるように <th> タグで太字になってる部分が化けてます。ブラウザでのプレビューは文字化けません。
とのことなので、これを前提とするなら、Firefox 側からプリンタドライバに引き渡されるデータ処理に何らかの問題があるように見えます。

以下、maji さんのテスト報告を拝見して気づいたことを、順を追って書かせていただきます。

maji さんが書きました:
about:config にて「 skia 」が値として指定されていた以下の二つの設定名

AzureCanvasBackend
AzureContentBackend

標準状態の Firefox 52.0.x (Windows 版) に、この2つの設定項目は存在しません。

gfx.canvas.azure.backends = direct2d1.1,skia,cairo
gfx.content.azure.backends = direct2d1.1,skia,cairo

の2つは存在し、上述ような初期値を持っていますが、これは直接影響していないように見えます。
maji さんがご提示になっている項目は、Skia が有効になった結果、生成されるのかもしれません。

maji さんが書きました:
Firefox52のリリースノートによると

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

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

通常、Firefox (Windows 版) では初期状態で Direct2D が有効になっています(gfx.direct2d.disabled = false)。
しかし、[オプション] -> [詳細] -> [一般] -> [ブラウズ] -> [ハードウェアアクセラレーション機能を使用する (可能な場合)] を無効にした場合、あるいは、「(可能な場合)」ではない条件が加わったとき、Direct2D は無効化されます(gfx.direct2d.disabled = true)。
(補足)
[ハードウェアアクセラレーション機能を使用する (可能な場合)] の有効/無効は、gfx.direct2d.disabled だけでなく layers.acceleration.disabled など複数の設定項目が変更されます。

このご報告が非常に大きなヒントになりました。

つまり、Windows OS で標準的な 2D グラフィック機能である Direct2D が無効化されることで、Skia が使用されるようになり、その文脈で何らかの問題が発生するのだと仮定することができます。
一方、ハードウェアアクセラレーション機能だけに問題があるのだとすると、Firefox のバージョンによる動作結果の変化が合理的に説明できません。
そこで、最初に technologic89 さんから提示された条件、つまりアップデート前の Firefox 43.0.1 では問題は起こっておらず、52.0.1 へのアップデート以後に起こり始めたというお話から類推して、マルチプロセス(e10s)がらみの要素を加味して動作パターンの仮説を立て、実験してみました。

テスト環境は次の通りです。
 Windows 7 SP1 64bit
 通常リリース版 (32bit) の Firefox 52.0.2
 プリンタ(PDF 出力用)= CutePDF Writer + Ghostscript

結論を申し上げると、次のような結果になりました。(等幅フォントで最適化)
────┬──┬───
e10s\HW│有効│無効
────┼──┼───
 有効 │○ │× 
────┼──┼───
 無効 │○ │○ 
────┴──┴───
縦=マルチプロセス(e10s)の有効/無効
横=ハードウェアアクセラレーション(HW)の有効/無効
○=正常、×=文字化け発生

つまり、何らかの理由でハードウェアアクセラレーションが無効化されたとき、Direct2D に変わって Skia が使用されたとして、e10s が有効だとプリント結果の一部に文字化けが発生するようです。別の言い方をすると、Skia は e10s 有効下では正常に働かない場合がある、といえばいいでしょうか。

当方のテストでは、e10s が無効化されていれば、ハードウェアアクセラレーションの有効/無効に関係なく文字化けは発生しませんでした。
新規プロファイルで起動した直後は、一般的にアドオン(拡張機能)は入っていませんから、多くのユーザー環境では Firefox 52.0 系の初期状態で e10s が有効化されていると思います。その後、e10s が無効化されたとしても、文字化けが解消することはあっても新たに発生することは考えにくいでしょう。

従って、変化が生じる直接の契機は、e10s 有効下におけるハードウェアアクセラレーション機能の変化とそれにともなうグラフィックス機能の変更が、何らかの影響を及ぼしているのであろうと考えられます。
(ただし、<th> タグや <h*> タグで定義されたすべての文字列が、必ず文字化けするわけではなさそうです。この点はさらに検証する必要があるかもしれません。)

maji さんが書きました:
なんとなくですが
新規プロファイルで真っ新にしたプロファイルで最初は正常も
時間が経つにつれて(数回 Firefox起動を繰り返すと)事象発生する(プロファイルに何らかの変更が加わる)みたいな感じです。

technologic89 さん、beginner さん、maji さんのお三方に共通して再現できているお話なので、何かしらの要因はあるのでしょう。
ハードウェアアクセラレーション機能の有効/無効を反映させるには、Firefox の再起動が必要ですから、リフレッシュや新規プロファイルでの初回起動時は、初期値で有効化が維持されているのかもしれません。その後、Firefox の再起動をくり返すタイミングによって、ユーザー環境にある何らかの要因が無効化を誘発し、Firefox が内部的に使用する 2D グラフィックス機能を変更しているのかもしれません。
しかし、実際に何がハードウェアアクセラレーション機能の変化を誘発しているかは、今ある情報だけではわかりません。お三方のところで、直接の契機になっている要因は共通しているかもしれませんし、それぞれ異なるかもしれません。

【当面の回避策】
現状で考えられる対策としては、e10s を強制的に無効化することで、ハードウェアアクセラレーション機能がどう変化しても印刷結果に影響を与えないようにすることでしょうか。

about:config から、
browser.tabs.remote.autostart.2
の値(初期値= true 、e10s 有効)を、false に変更することで、e10s を無効化できます。
(補足)
開発版などから継続使用してきたプロファイルには、標準ではない設定項目が残っているかもしれませんが、リフレッシュや新規プロファイルを作ったのなら、その後はユーザーが意識的に追加・変更しない限り、e10s 関係の設定項目は標準状態だと思います。

以上は、当方がいまできる条件下で試した結果です。
いちおう理屈の上では説明がつきそうですが、他のユーザー環境ではどうなるかわかりません。興味のあるユーザーさんは、さらなる検証にご協力いただけるとありがたいです。

とりえあえず以上です。的外れな話になっていたらすみません。
重ねて、maji さんのテストとその中での発見に感謝いたします。


(おことわり)
当方の諸事情により、今まで以上に不定期な応答しかできなくなっています。
即答を期待されても、それに応えられない場面がかなり多くなりますことを、ご容赦ください。
投稿記事 Posted: 2017年4月13日(木) 16:43
  記事の件名:  Re: 52.0.1にて「ファイル > 印刷」でPDFを出力すると一部文字化けする  引用付きで返信する
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 ★現象再現(文字化け)→【A】

今日のテスト。

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

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

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

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

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

-----

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

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

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

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

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

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

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

今はテスト用ではなく通常に使ってるプロファイル【A】で 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共通なものなのか
もしくは自分の環境(プロファイル)固有のものなのかの検証も不十分です。
とゆ事で
追証いただく場合は自己責任でお願いします。


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


では。




.
投稿記事 Posted: 2017年4月09日(日) 22:08
  記事の件名:  Re: 52.0.1にて「ファイル > 印刷」でPDFを出力すると一部文字化けする  引用付きで返信する
technologic89 さん&皆さん maji です。

technologic89 さんが書きました:
東京都公式ホームページ
http://www.metro.tokyo.jp/

すると、同じ場所が同じように文字化けしていました。
具体的には以下の文字です。
 ・右上の赤いボタンの「検索」の文字
 ・GOVERNO'RS OFFICE の上に被さっている黒枠の中の白い文字
 ・「お知らせ」の赤い文字
 ・「新着情報(報道発表)」の赤い文字
 ・「新着情報(報道発表)」の2行下の「3月27日」の文字(「本日の更新情報23件」は化けていません)
印刷はまだ試せていませんが、結果が分かりましたらご報告します。

偶然的通行人 さんが書きました:
ご質問のバックボーンは、"Firefox でアクセス・閲覧しているウェブページを
仮想プリンタ経由で PDF ファイルに出力する" ということですよね。

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



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


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)の状況も含めて
もう少し整理してみます。


では。



.
投稿記事 Posted: 2017年4月03日(月) 22:32
  記事の件名:  Re: 52.0.1にて「ファイル > 印刷」でPDFを出力すると一部文字化けする  引用付きで返信する
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) 云々については調べてませんが、解決できることを切に願ってます。よろしくお願いします。
投稿記事 Posted: 2017年4月01日(土) 02:29
  記事の件名:  Re: 52.0.1にて「ファイル > 印刷」でPDFを出力すると一部文字化けする  引用付きで返信する
※質問するときは、「フォーラムの利用に関するご案内」、とりわけ「質問するときは」に目を通し、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 の有効/無効が変化する可能性の、2つの側面が気になります。
[リフレッシュ] ではなく、[セーフモード] での動作を試してみると、今よりは発生条件が絞り込めるかもしれません。


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

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

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

基本的には、有効/無効の2つしかありませんが、その理由や細部の条件はもう少し複雑です。
about:config から次の設定名を調べると、そのあたりの条件の違いを調べることができると思います。
引用:
e10s.rollout.cohort
extensions.e10s.rollout.policy
extensions.e10s.rollout.hasAddon
extensions.e10sBlocksEnabling

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

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


(お断り)
当方の諸事情により、今まで以上に不定期な応答しかできなくなります。
即答を期待されても、それに応えられない場面が多くなりますので、ご容赦ください。
投稿記事 Posted: 2017年3月31日(金) 07:17
  記事の件名:  Re: 52.0.1にて「ファイル > 印刷」でPDFを出力すると一部文字化けする  引用付きで返信する
pal さんが書きました:
引用:
画面表示は正常な PDF ファイルを印刷すると一部の文字が欠けたり文字化けが発生する場合の対処方法(Acrobat/Adobe Reader)

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

失礼いたしました。

technologic89 さんが書きました:
東京都公式ホームページ
http://www.metro.tokyo.jp/

すると、同じ場所が同じように文字化けしていました。

私も試してみました。私はWindows 10環境ですが、ちょうどアップデートがあったので Firefox 52.0.1(32bit) と 52.0.2(64bit) でやってみました。
プロファイルは新規で、PDF化は QubePDF、Foxit Reader PDF Printer、Microsoft Print to PDFを使用。
どの組み合わせでも文字化けは見受けられませんでした。
投稿記事 Posted: 2017年3月28日(火) 23:21
  記事の件名:  Re: 52.0.1にて「ファイル > 印刷」でPDFを出力すると一部文字化けする  引用付きで返信する
technologic89 さんが書きました:
以下のページを見ると、リフレッシュとプロファイルの作成は同じことなのかなと思ったのですが...何かが違うのでしょうか。
https://support.mozilla.org/t5/%E5%95%8 ... /ta-p/7883

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

一方、「プロファイルの作成」のほうは、古いデータを一切取り込まず、まっさらな初期状態のプロファイルを作ります。
投稿記事 Posted: 2017年3月28日(火) 21:24
  記事の件名:  Re: 52.0.1にて「ファイル > 印刷」でPDFを出力すると一部文字化けする  引用付きで返信する
technologic89 さんが書きました:
東京都公式ホームページ
http://www.metro.tokyo.jp/

質問者さんの環境が書かれていませんが、
Windows 7(64ビット版)+Firefox 52.0.1(64ビット版)+CubePDF 1.0.0RC10(64ビット版)では、文字化けしませんでした。
投稿記事 Posted: 2017年3月28日(火) 20:27
  記事の件名:  Re: 52.0.1にて「ファイル > 印刷」でPDFを出力すると一部文字化けする  引用付きで返信する
pal さんが書きました:
technologic89 さんが書きました:
pal さんが書きました:
アップデート前のバージョンはどれでしょうか。
Firefox 52からはプラグインの扱いが変わっていますので、その影響が無いとも限りません。


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

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

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


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

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


そして、リフレッシュして正常にPDF化できたあとも、Firefoxを一度閉じ再起動するとまた文字化けしてしまいます。
投稿記事 Posted: 2017年3月28日(火) 17:54
  記事の件名:  Re: 52.0.1にて「ファイル > 印刷」でPDFを出力すると一部文字化けする  引用付きで返信する
technologic89 さんが書きました:
pal さんが書きました:
アップデート前のバージョンはどれでしょうか。
Firefox 52からはプラグインの扱いが変わっていますので、その影響が無いとも限りません。


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

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

https://support.mozilla.org/t5/%E3%82%A ... ta-p/13687
投稿記事 Posted: 2017年3月28日(火) 11:05
  記事の件名:  Re: 52.0.1にて「ファイル > 印刷」でPDFを出力すると一部文字化けする  引用付きで返信する
EarlgreyTea さんが書きました:
文字化けが起きるページのURLをそれかご提示していただけますと、現象についての認識を共有しやすくなると思います。
あと、実際にプリンターで印刷したり、Adobe以外のPDF化ソフト(例えば CubePDF) を使用した場合はどうでしょう?


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

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

すると、同じ場所が同じように文字化けしていました。
具体的には以下の文字です。
  • 右上の赤いボタンの「検索」の文字
  • GOVERNO'RS OFFICE の上に被さっている黒枠の中の白い文字
  • 「お知らせ」の赤い文字
  • 「新着情報(報道発表)」の赤い文字
  • 「新着情報(報道発表)」の2行下の「3月27日」の文字(「本日の更新情報23件」は化けていません)
印刷はまだ試せていませんが、結果が分かりましたらご報告します。
投稿記事 Posted: 2017年3月28日(火) 09:29

All times are UTC + 9 hours


ページ移動:  
Powered by MozillaZine.jp® Forum Software © phpBB Group , Almsamim WYSIWYG
Japanese translation principally by ocean