shielded さん
ご連絡ありがとうございます。
関連バグはすでにクローズされていますので報告は不要です。

多忙により連絡が滞っており申し訳ございませんでした。
2月にDigital Guardianをアップデート後、v74.0およびv75.0(ともに正式リリース版)で、10時間ほど連続起動・使用してもFirefoxが異常終了しないことを確認しています。
通知連絡のみとなりますが、よろしくおねがいします。

EarlgreyTeaさん:
承知しました。
現状はアップデート用のセット(DVDとかマニュアルとか)の回覧が思っていたより早く来てしまい、事情を話して後に回してもらっている状態です。
他の人のアップデートが一段落し、再度回ってきたら今度はすぐにアップデートすることにします。
実際、2月末は本当に期限ギリギリで、アップデート時に何かあったらアレなので、アップデート促す側からは早めにやれって感じで言われています。

とはいえ、自分のようにDigital Guardianを自分の意志で7.5.1にアップデートできない人は他にもいるだろうし…類似の問題抱えてる人もログ見ていると結構いるかも…？と考えてたので、
EarlgreyTeaさん含め問題提案に巻き込んでおきながら、その解決(緩和策)にまで至らないまま、アップデートで自分だけ解決というのは少し心苦しいです。
会社がこんなに早くアップデートしてくれるとは思っていなかったので、私個人的にはハッピーですが。

ともかく、Windows/Digital Guardianのアップデート完了後、v72/v73をそれぞれ使ってみて、問題が解消されたかどうか一度ご報告致します。

[quote="shielded"]会社にてWin10とDigitalGuardianのアップデートをさっさとやれと指示がすでに来ており、事情を話して先送りして貰っていますがそろそろ延期も厳しい状況です。[/quote]
2月末ということでしたし、アップデートを先送りしてもらってるという状況だとは思いませんでした。

[b]会社の業務が優先ですので、すぐにアップデートを実施してください。[/b]

[b]Posted:[/b] 2020年1月15日(水) 23:25 の時点で察して申し上げておくべきでした。
Bug 1603974 のアプローチは解決策ではなく、対処療法や緩和策にすぎません。
DigitalGuardian 側での対応が本筋です。

EarlgreyTeaさん:
お世話になっております。
会社にてWin10とDigitalGuardianのアップデートをさっさとやれと指示がすでに来ており、事情を話して先送りして貰っていますがそろそろ延期も厳しい状況です。
2/14(金)ごろにはアップデートとなる見込みですので、以降は私の環境においては7.5.0でのテストが不可能になります。
もしテスト版で動作確認などするとなっても、それ以降は対応出来なくなってしまいますのでご承知おきください。

…と、:toshiさんへ伝えていただけると幸いです。
Bug 1603335 のレポーターが類似の環境のようですので、間に合わなければそちらにお任せすることになりそうです。

何度もお手数をおかけして申し訳ございません。よろしくお願いします。

EarlgreyTeaさん:
ご連絡ありがとうございます。
今回はダメだったようですが、:toshiさんから新対策導入後のインストーラが提供されましたら、改めて試してみようと思います。

1点連絡事項として…
現状私が使用している会社PCのWindows 10は1803なのですが、会社PCは2月末までに順次1903へ更新となるようです。
もしかしたら、そのタイミングでDigital Guardianが7.5.1.xxxにアップデートされる(されてしまう？)かもしれないです。
もしそうなったら私の環境では根本から問題が解決し(てしまい)ますので、プロトタイプが提供されるのが遅くなりすぎると、私は協力できなくなってしまうかもしれません。

Bug 1603974 に進展があります。
0xc0000022エラーを発生させずにdgapiをブロックする試作バージョンが作成されました。
Digital Guardian 利用環境で Firefox がブランク表示やクラッシュが発生している方に試していただきたいと思います。

https://bugzilla.mozilla.org/show_bug.cgi?id=1603974#c6
[quote="Toshihito Kikuchi [:toshi]"]I prototyped a new way to block dgapi not to cause 0xc0000022. Could you please install this and see it fixes both 0xc0000022 and dgapi's crash?
Please note that this is an experimental fix. This may not resolve the issue, or the approach may not be approved even if this works good, but we'd like to know a verification result to confirm we understand the issue correctly.
x64 installer (submitted job):
[url=https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/SuQkDlzVRhe0jPIHFIxulQ/runs/0/artifacts/public/build/install/sea/target.installer.exe]https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/SuQkDlzVRhe0jPIHFIxulQ/runs/0/artifacts/public/build/install/sea/target.installer.exe[/url][/quote]
【2020年1月14日追記】
[quote="Toshihito Kikuchi [:toshi]"]Sorry, I found this prototype was imperfect. I'll update when a next version is ready.[/quote]だそうです。

EarlgreyTeaさん:
本日12/25にv72.0b10でも同じ問題でクラッシュしましたので報告いたします。
https://crash-stats.mozilla.org/report/index/1f5c0866-ddb0-435d-89db-9229e0191225#tab-details

EarlgreyTeaさん:
申し訳ございません、Bugzillaに登録して投稿しなければ…と思いつつ、忙しくどちらも放置状態になってしまっておりました。
以下、まとめきれていないのですが、現時点までに収集した情報をこちらに報告いたします。


PC環境
https://crash-stats.mozilla.org/report/index/83f15c32-6cc5-435e-8b02-ec03d0191218　をご参照ください。

・v72.0b7
12/17: 使用中に、Firefoxクラッシュレポーターが起動しない、かつabout:crashesに記録されない、Firefoxのクラッシュが発生。
Windowsのイベントビューワーで確認したところ、以下のようなAPPCRASHが記録されていました。(探し当てたwerファイルより抜粋。必要であれば元ファイルを引っ張ってきてどこかにアップロードします)

Sig[0].Name=アプリケーション名
Sig[0].Value=firefox.exe
Sig[1].Name=アプリケーションのバージョン
Sig[1].Value=72.0.0.7286
Sig[2].Name=アプリケーションのタイムスタンプ
Sig[2].Value=5df3a83a
Sig[3].Name=障害モジュールの名前
Sig[3].Value=KERNELBASE.dll
Sig[4].Name=障害モジュールのバージョン
Sig[4].Value=10.0.17134.1130
Sig[5].Name=障害モジュールのタイムスタンプ
Sig[5].Value=c3c8a6d3
Sig[6].Name=例外コード
Sig[6].Value=c0000005
Sig[7].Name=例外オフセット
Sig[7].Value=000000000008bac4


12/18: 使用中にクラッシュ、Firefoxクラッシュレポーターが起動したのでクラッシュレポートを送信した。以下から確認願います。
例によってGetMBNoDefaultでエラーEXCEPTION_ACCESS_VIOLATION_READでクラッシュしています。
https://crash-stats.mozilla.org/report/index/83f15c32-6cc5-435e-8b02-ec03d0191218

・v72.0b8
初回起動時、0xc0000022エラーで起動できず。もう一度Firefoxをショートカットから開くと正常に起動した。(Bug 1603335 で報告された内容と同様の挙動)
2日ほど使用しましたが、エラー落ちは発生しませんでした。

・v72.0b10
初回起動時、0xc0000022エラーで起動できず。もう一度Firefoxをショートカットから開くと正常に起動した。(Bug 1603335 で報告された内容と同様の挙動)
現在使用中。2日ほど使用しましたが、まだエラー落ちは発生していません。

・v73.0a1
起動するが、Google他、アドレスバーにアドレスを打ち込んでアクセスしようとしても空白ページのまま遷移しない。 (Bug 1603335 で報告された内容と同様の挙動)


以下、雑多な情報
… dgapi64.dll のバージョンは 7.5.0.0107 でした。 (Powershellより確認)
… dgapi.dllは存在しましたが、権限の問題でアクセス不可・バージョン情報取得不可でした。
… C:\foo\bar>tasklist /fi "MODULES eq dgapi64.dll" によりdgapi64.dllのロード先を見ると、72.0b7, 72.0b8, 72.0b10, 73.0a1全てにおいて、firefox.exeがリストに含まれていました。 (dgapi64.dllが呼ばれてしまっている気がします…)

Firefoxのデバッグについては素人同然なので情報が取れるかやや心配ですが、もし何かより詳細に必要な情報があれば、収集方法も教えていただければ収集してきます。…と併せてお伝えいただけると助かります。
ただ、悪いことに年末ですので、レスポンスは今回のように遅くなる可能性が高いです…。
お手数をおかけして申し訳ございません。よろしくお願い申し上げます。

shielded さん
Bug 1603974 で情報提供を求められました。
[quote="Toshihito Kikuchi [:toshi]"]Analyzing the launcher failure ping ([url=https://sql.telemetry.mozilla.org/queries/67099#169970]https://sql.telemetry.mozilla.org/queries/67099#169970[/url]), almost all of launcher failures with dgapi/dgapi64 were caused by the same reason as [url=https://bugzilla.mozilla.org/show_bug.cgi?id=1587539]Bug 1587539[/url], which is not in ESR68 or 71.
EarlgreyTea, would you ask the original reporter to try Beta or Nightly?[/quote]
Beta または Nightly で試してみて結果を教えてください。

EarlgreyTeaさん:
遅くなりました。代理報告していただきありがとうございます。
一応、公式にはIEしか使ってはいけないことになっている(開発において必要ならばその限りではない)ので…あまり社内で表立って相談できないというのが実情です。

お二方:
あまり自信はありませんが、時間のあるときに自分なりに調べて、今後は向こうに頑張ってフィードバックしてみます。
サポートいただきありがとうございました。

Bug 1603974
dgapi on the blocklist is still loaded and causes crash

だそうです。そして Phani Bhushan Tholeti さんは新バグを立ててました。

Bug 1603335
Firefox fails to open/visit any sites and displays only blank pages

shielded さん
Bug 1318858 に reopen したほうがいいと思うとコメントしておきました。

[quote="pal"]Digital Guardianのバージョン（企業向けのようなので、最新版でないなら企業担当者と相談・懇願して最新版にすること。古いままで再発する・直っていないとコメントされても仕方ないので）[/quote]
複数のITサービス企業から販売・サポートされてるようですし、管理サーバー？と全社のクライアントPCを同時にバージョンアップしないといけませんから、簡単なことではないと思います。

ところで、shielded さん
[quote="shielded"]Firefox Quantum (Fx57)以降、GetMBNoDefaultというシグネチャを持つエラーでFirefoxが突然異常終了してしまうという問題に悩まされ続けています。[/quote]とのことですが、Firefox 57の時点で貴社のDigital Guardian管理部門に相談はされたのでしょうか。
本来、Digital Guardian 側で対策すべき問題で、Firefoxでブロックするというのはあくまで対処療法だと思います。
まあ、相談した結果、Firefox は使用禁止とか言われる可能性もありますけど。

閉じたバグと内容が同じと思うなら、これにコメントすればよいです。

最低限、
OS
Firefoxのバージョン
Digital Guardianのバージョン（企業向けのようなので、最新版でないなら企業担当者と相談・懇願して最新版にすること。古いままで再発する・直っていないとコメントされても仕方ないので）
先述したdllの詳細
を付記。

情報が足りなければ必要なものを指示されると思います。


ご自身のクラッシュレポートは、
about:crashes
で確認できます。
これも付記しておくとよいでしょう。

bugzilla登録は、メアドなど必要事項はありきたりなものなので難しいことはありません。

palさん:
コメントありがとうございます。

2日前に新しく追加されたコメントは以下の通り本バグと異なる挙動を示しているため、新しいチケットを起こすよう言われているものと考えています。
・71.0a1/72.0a1で 0xc0000022 エラーによりFirefoxが起動できない
・73.0a1で、どのサイトにも接続できない (注:起動はしている？詳細不明)

私のもとで起こっている問題(挙動)は、本バグで報告されている「Firefoxを使用中に突然GetMBNoDefaultシグネチャで強制終了する」ことであるため、新しいチケットを起こすべきではないと思うのですが、違うのでしょうか？

なお、本日当該PCでDLLのバージョンを調べてきたところ、以下の通りでした。
dgapi.dll : 権限不足により閲覧できず
dgapi64.dll : 7.5.0.0107