[url=https://mozillazine.jp/?p=6283]Firefox 73.0.1 がリリースされた[/url]
[quote][修正] 0patch や G DATA などのサードパーティー製セキュリティソフトを利用している Windows 環境においてクラッシュする問題を修正 ([url=https://bugzilla.mozilla.org/show_bug.cgi?id=1610790]bug 1610790[/url])[/quote]

皆さん返信ありがとうございます。


[quote="EarlgreyTea"][quote="mos"]IT資産管理ソフト「SS1」が関係しているかもしれません。[/quote]
IT資産管理ということは、アプリの起動を検出するのに同じようなことをやっているのでしょうね。

【追記】
https://crash-stats.mozilla.com/report/index/e6c06ed0-11fc-4105-b421-0c3670200214#tab-modules
を見ると、SS1 のものと思われるDLLが表示されていますね。[/quote]

ご指摘の通り、SS1との相性の問題のようです。
メーカーからは、バージョン74で改善しているので、それまで待ってほしいという返答でした。

それまでは、72を利用して対応します。


皆さんありがとうございました。

[quote="nananannto"]73.0.1でFIXとなっています。手動でダウンロードすれば改善するかと思います。[/quote]
情報提供ありがとうございます。

Bug 1610790
GDATA exploit protection makes Firefox unusable after bug 1608645
[quote="Ryan VanderMeulen [:RyanVM]"]Added to the Firefox 73.0.1 release notes:[quote]Fixed crashes on Windows systems running third-party security software such as 0patch or G DATA[/quote][/quote]これのことですね。

なお、73.0.1 はまだ正式リリースされていません。
先んじて確認したい方は、https://ftp.mozilla.org/pub/firefox/releases/73.0.1/ から自分のプラットフォーム用のファイルをダウンロードしてください。

73.0.1でFIXとなっています。手動でダウンロードすれば改善するかと思います。

kaz1995さんは、別スレの投稿も含め、ご自身の投稿に対する返答をお読みになっていますか？
お使いのFirefoxはUbuntu付属のもののようですから、ここでのサポート対象ではありません。
ここではなく、Ubuntuのサポートに相談してください。

kaz1995 さん、majiとゆ者です。

私も Ubuntu18.04LTS を使っていて
つい直近に 72→73に自動更新しましたが、
Facebook/Twitter/Amazonそれぞれにアクセスしても
kaz1995 さんのおっしゃる事象は生じません。

他は EarlgreyTea さんアドバイスと全く同じで

・クラッシュレポートの提示
・他トピック
　「 72ではコミックウォーカーの作品が見れなくなりました 」
https://forums.mozillazine.jp/viewtopic.php?f=2&t=17863
　でアドバイスされてる項目の確認

をお願いします。

kaz1995 さん、また「同じく～」でしょうか。
ぶら下がりでコメント付けるならトピックの内容に沿ってお願いします。
最低限クラッシュレポートのご提示をお願いします。
また、 [url=https://forums.mozillazine.jp/viewtopic.php?f=2&t=17863]72ではコミックウォーカーの作品が見れなくなりました[/url] にて私とmajiさんで指摘させていただいた点はどうなりましたでしょうか。

同じくFirefox73に自動更新されてから頻繁にクラッシュして使い物に成りません。
特にFacebookにアクセスすると高確率で落ちます。落ちなくてもグルグル回ってるだけで
サイトは表示されません。また新しいタブを開いて閉じただけでもクラッシュします。
TwitterやAmazonでも割と高確率でクラッシュします。
環境はUbuntu18.04LTSを富士通TX1310M3, RAM32GBです。

Firefox72では「艦これ」が動かなく成って、73で直るとアナウンス有って期待してた
のですが、それどころでなく不安定に成ってしまいました。同じ部屋にFirefox71で
止めてる同等構成(ただしRAM8GB)のPCでは問題無くアクセスできてるのでLAN
には問題無いと思います。

[quote="mos"]IT資産管理ソフト「SS1」が関係しているかもしれません。[/quote]
IT資産管理ということは、アプリの起動を検出するのに同じようなことをやっているのでしょうね。

【追記】
https://crash-stats.mozilla.com/report/index/e6c06ed0-11fc-4105-b421-0c3670200214#tab-modules
を見ると、SS1 のものと思われるDLLが表示されていますね。

IT資産管理ソフト「SS1」が関係しているかもしれません。

返信ありがとうございます。

[quote="EarlgreyTea"]
除外ではなく、ESETを一時無効化できないでしょうか。
それで症状が出なくなるのであれば、ESETのサポートに問い合わせて対応策をご相談ください。
[/quote]

ESETを一時無効化、およびアンインストールをしてみて試してみましたが、
問題は改善されませんでした。

何かのアプリケーションとの相性なんでしょうね。
テスト環境を作って確認してみます。

[quote="YUA_"]クラッシュレポートのIDは、以下となります。
e6c06ed0-11fc-4105-b421-0c3670200214

クラッシュレポートの送信も失敗しており、成功しているものの最新は以下となります。[/quote]
送信できていなければレポートを見ることはできません。
ですが、上記は見ることができましたので送信はできています。
https://crash-stats.mozilla.com/report/index/e6c06ed0-11fc-4105-b421-0c3670200214

シグネチャが [@ mozilla::interceptor::ReadOnlyTargetBytes<T>::EnsureLimit ] であり、やっぱり Bug 1604008 になります。

[quote="YUA_"]ESET Endpointを利用しています。
試しに、Firefoxを除外としてみましたが、改善されませんでした。[/quote]
除外ではなく、ESETを一時無効化できないでしょうか。
それで症状が出なくなるのであれば、ESETのサポートに問い合わせて対応策をご相談ください。

もしくは、Firefox の ESR版 68.5.0 を使用することをご検討ください。
ただし、同じプロファイルのまま 73.0 → 68.5.0 はできないはずなので、新しいプロファイルを作ることになります。

下記トピックは Thunderbird の場合ですが、たぶん同じような状況になるでしょう。

[url=https://forums.mozillazine.jp/viewtopic.php?f=3&t=17868]ダウングレード後、元のプロファイルを使いたい[/url]

返信ありがとうございます。


[quote="EarlgreyTea"][quote="YUA_"]Firefoxを起動しようとするとクラッシュレポートが表示されて起動しません。[/quote]
クラッシュレポーターが表示されたのでしたら、レポートを送信してそのレポートIDもしくはレポートのURLを教えてください。

ｈｔｔｐｓ：／／ｓｕｐｐｏｒｔ．ｍｏｚｉｌｌａ．ｏｒｇ／ｊａ／ｋｂ／ｍｏｚｉｌｌａｃｒａｓｈｒｅｐｏｒｔｅｒ

↑ 原因がわからないのですが、リンク化すると勝手に変換されて壊れてしまったので、全角に変換したURLを貼りました。
↓ 短縮URL貼りました。
https://mzl.la/39zPZBK[/quote]

クラッシュレポートのIDは、以下となります。
e6c06ed0-11fc-4105-b421-0c3670200214

クラッシュレポートの送信も失敗しており、成功しているものの最新は以下となります。
バージョン59は、再度Firefoxを起動するため、古いインストーラーから復旧しています。
432c0452-4410-4d0b-a3fb-20af70200217


[quote="mos"]リリースノートに記載の0patch以外のセキュリティソフトでも、同様の問題の報告があります。
同じ現象が発生しているPCで、共通のセキュリティソフトを使用していませんか？[/quote]

ESET Endpointを利用しています。
試しに、Firefoxを除外としてみましたが、改善されませんでした。

mosさんが投稿された件を補足します。
「リリースノートに記載の」というのは以下のことです。当サイトのリリースニュース記事から引用します。

[quote]既知の問題

[未解決]
0patch セキュリティソフトウェアのユーザーは、Firefox 73 へのアップデート後の起動時にクラッシュする恐れがある。今後のリリースで修正予定。 [url=https://0patch.zendesk.com/hc/en-us/articles/360011227079-Mozilla-Firefox-73-can-crash-upon-launching-when-0patch-Agent-is-installed]0patch settings[/url] において firefox.exe を除外することで回避可能[/quote]
リンクされている 0patch のヘルプ記事の機械翻訳から一部引用します。
[quote]最初にFirefox Nightlyバージョン73のテストに携わった親切なユーザーからこの問題を認識し、Firefoxチームと解決策を見つけようとしました。 新しいFirefoxには、 LdrLoadDll Windows API関数をフックする必要がある機能が含まれているようです。 残念ながら、0patch Agentも同じことを試みます。Firefoxがレースに勝った場合、クラッシュしませんが、0patchがレースに勝った場合、Firefoxはクラッシュします。

この問題は、MozillaのBugzillaで追跡できます： https://bugzilla.mozilla.org/show_bug.cgi?id=1604008 [/quote]
0patch のように、実行可能モジュールへのパッチ適用などのためにアプリのロード手順に介入するようなことを行っているセキュリティソフトがあれば、同じようにクラッシュする可能性があります。

リリースノートに記載の0patch以外のセキュリティソフトでも、同様の問題の報告があります。
同じ現象が発生しているPCで、共通のセキュリティソフトを使用していませんか？