初回スコア送信時の古いCSRFトークン失敗が保留送信のリトライ対象にならない

1. 不具合の内容:
v1.130.0でタイトル・プレイ・遊び方・図鑑画面がオフラインキャッシュされるようになったが、長時間オフラインで遊んだ後にオンライン復帰して行う「初回のスコア送信」(まだpending保留に入っていない、通常のsubmit_score.php呼び出し)がCSRFトークン不一致で失敗した場合、v1.130.1で追加された「CSRFエラー時にトークンを再取得して1回だけ再送信する」処理が適用されず、スコアがpending保留にも積まれずにそのまま失われる可能性がある。

2. 根拠・発生しそうな条件:
- play.phpはページ読み込み時点のcsrf_token()の値をHTMLに埋め込んでいる。v1.130.0の仕様でこのプレイ画面自体がService Workerでキャッシュされ、オフラインでも表示・プレイ継続できる。
- lib.phpのcsrf_check()は$_SESSION['csrf']と$_POST['csrf']が一致しない場合、即座にhttp_response_code(400)でdie()する単純な検証であり、セッション切れとネットワーク断を区別しない。
- v1.130.1のchangelogには「保留スコアの再送信直前に現在のCSRFトークンを取得し、CSRFエラー時も1回だけ更新して再送信する」と明記されており、この対応範囲は明確に「保留スコアの再送信」に限定されている。つまり、まだpendingに入っていない初回送信でCSRF 400が返ってきた場合の挙動には触れられていない。
- キャッシュされたプレイ画面を長時間(セッション有効期限を超える時間)オフラインで開いたまま遊び、その後オンラインに戻って通常のスコア送信を行うと、埋め込まれたCSRFトークンおよびセッション自体が失効している可能性が高く、この初回送信はネットワークエラーではなく400エラーとして返る。既存のpending保留ロジックがオフライン(fetch失敗)のみをトリガーにしている場合、この400応答はpendingに積まれず、エラー表示のみでスコアが確定的に失われる。

3. 期待動作:
初回送信であっても保留再送信であっても、CSRFトークン不一致によるエラーは「トークンをcsrf_refresh.phpで再取得し1回だけ再送信」を共通で試み、それでも失敗した場合にのみ既存のpending保留機構に積んで後で再送信できるようにする。オフラインキャッシュ機能導入の目的(長時間オフラインでもプレイ・スコアを失わない)と矛盾しない挙動にする。

4. 修正方針:
- v1.130.1で保留再送信用に実装した「CSRFエラー時に csrf_refresh.php からトークンを取得し1回だけ差し替えて再送信する」ロジックを共通関数として抽出する。
- 初回のスコア送信(submit_score.php呼び出し)処理にもこの共通関数を適用し、CSRF 400エラーを検知した場合はトークン再取得→再送信を1回試みる。
- それでも失敗した場合(2回目もCSRFエラー、またはネットワークエラー)は、既存のpending保留キューに積んで通信回復後に自動再送信できるようにする(既存の保留機構をそのまま利用)。
- 修正後、テストとして「セッションのCSRFトークンを意図的に無効化した状態でスコア送信APIを直接呼び出す」パターンで、1回の自動リトライで成功すること、リトライも失敗した場合にpendingへ積まれることを確認する。