Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Lost submissions on client side: POST /api/submissions/ is not idempotent

オープン
#2,425 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
38/100
issue の種類
機能追加
明瞭さ
説明が足りない
活発さ
静か
技術スタック
python
領域
api, backend

調査の方向性

POST /api/submissions/ のエントリーポイントから開始し、リクエストによって Submission 行が作成され、その Celery 実行がトリガーされるまでを追跡します。リトライで想定される idempotency-key またはリクエスト識別子を明確にします。タイムアウトしたリクエストを再実行しても、別の行が作成されず、別の実行もトリガーされなければ完了です。

索引モデルが issue の本文から書いたものです。

説明

Problem

Whenever a client loses the response of POST /api/submissions/ (network timeout, intermittent 5xx, browser/SDK auto-retry), it replays the request.
Every replay creates a brand new Submission row and triggers another Celery run. From the user's side the "initial" submission is invisible (its id was
never returned); from the platform's side we see ghost duplicates that burn quota and worker capacity.

主要言語
Python
スター
176
フォーク
74
平均マージ
2日 20時間
マージ済み PR(30日)
17

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

codalab/codabench のほかの issue

codalab/codabench の issue をすべて見る

似ている issue

Python の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。