fix: リジャッジ権限のあるコンテストの提出がクロールされない問題を修正 (#1518, #1520)

[kenkoooo]

原因

abc308 / abc358 / abc410（CodeQUEEN 予選と合同開催された回）への AC が AtCoder Problems に反映されない、という報告(#1518 / #1520)を調査した。本番(AWS ECS/CloudWatch)のログとクローラ視点での実ページ取得により、パーサのバグであることが判明した。

これらのコンテストはクローラのアカウントがリジャッジ権限を持っているため、提出一覧の各行の先頭にリジャッジ用チェックボックス列が1つ追加され、以降の列がすべて右に1つずれる：

	通常コンテスト (abc307)	該当コンテスト (abc308 等)
列数	10	11
先頭列	<time>(提出日時)	<input type="checkbox" form="rejudge-form">

parse_submissions_html は td:first-child time や td:nth-child(N) と位置依存で各列を取得していたため、ずれた行で <time> 等が None となり全行スキップ → 提出0件としてパースしていた（? のパースエラーではなく continue のため、リトライもエラーログも出ず "No more submissions" になる）。

その結果、これらのコンテストの提出は一切 DB に取り込まれず（page1 を数分おきに巡回しているにもかかわらず常に0件判定）、AC が反映されなかった。「2026-01以降」なのは新クローラ移行時期と一致する。

変更

• parse_submissions_html:
  • 行先頭のチェックボックス列の有無を検出してオフセットを吸収
  • 提出詳細リンクは位置ではなくクラス a.submission-details-link で特定
  • 列は td のオフセット相対で取得（通常コンテストは offset=0 で従来どおり）
• 回帰テスト追加：abc308 の提出一覧（管理者ビュー＝チェックボックス列あり）のスナップショットを tests/assets/submissions_rejudge.html として追加し、20件正しくパースできることを検証。秘密情報が混ざらないよう提出テーブル部分のみ抽出。

確認

• cargo test -p crawler --test test_parser … 8 tests pass（通常レイアウトの既存テスト + 新規 rejudge レイアウトテスト）
• cargo clippy -p crawler --all-targets -- -D warnings … pass

※ 別PR #1531（404即スキップ）とは独立。あちらはクロール高速化、本PRが #1518/#1520 の実際の修正。

Closes #1518
Closes #1520

🤖 Generated with Claude Code

[kenkoooo]

クローラを使うアカウントをリジャッジ権限のないものに切り替えることで対応するため、本PR（パーサ修正）はクローズします。権限のないアカウントなら提出一覧が通常の10列レイアウトで返り、チェックボックス列によるズレ自体が発生しないため、コード側の対応は不要と判断しました。原因調査の記録として #1518 / #1520 にコメントを残します。