世界中の「Firefox」が止まった原因が判明。　なるほど、分からん。

世界中の「Firefox」が一時的に使用不能になった問題について、Mozillaが詳細を明かす

「Firefox」のHTTP/3接続は、すべてネットワーキングスタック「Necko」を経由する。
しかし、ネットワークへアクセスする必要のあるRustコンポーネントは、「Necko」を直接使うのではなく、
「viaduct」と呼ばれる中間ライブラリを挟んで「Necko」を呼び出す仕組みになっている。

HTTP/3接続はリクエストサイズを決定するため、「Content-Length」ヘッダーを必要とする。
「Necko」はこのヘッダーが存在するかどうかをチェックし、存在しない場合は自動で追加する。

ところが、「Necko」のチェックでは大文字と小文字が区別されない。一方で、HTTP/3接続においては大文字と小文字が区別される。

「Necko」は「Content-Length」ヘッダーを追加する際、大文字と小文字を正しく挿入するため、この違いは通常、問題とならない。
しかし、「viaduct」を通過するリクエストは「Content-Length」ヘッダーを小文字に変換してしまう。
そのため、「Necko」のチェックをすり抜けてしまうが、実際のHTTP/3接続では「Content-Length」ヘッダーを見つけられず、
送信するコンテンツがないとして予期せず終了する。
このおかげで、コードはエラーを返すどころか、無限ループに陥る。すべてのネットワークリクエストは1つのソケットスレッドを経由するため、
このループはそれ以上のネットワーク通信をブロックしてしまい、その結果「Firefox」はWebコンテンツを読み込めずに無反応となってしまった。

　Rustベースの「Firefox」コンポーネントのうち、ネットワークスタックを利用しており、
かつ「Content-Length」ヘッダーを追加するのはテレメトリコンポーネントだけだ。

そのため、テレメトリを無効化している「Firefox」ではHTTP/3接続のエラーは幸運にも発生しなかった。
しかしこれはたまたまで、根本的な原因は「Necko」と「viaduct」の関係にあったといえる。
https://forest.watch.impress.co.jp/docs/news/1385904.html