An accepted pass can be refused by the open-request checks

クローズ 初心者向け
  • 何か問題がありますか？
#37 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

関連するプルリクエストがすでにマージされています。

  • #83 @CakeRepository による — マージ済み

評価

難易度
2/5
見積もり時間
1〜3時間
初心者へのやさしさ
84/100
issue の種類
バグ
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
rust
領域
api, backend

調査の方向性

まず src/city.rs の 833-848 行目付近にある open-request のチェックを確認し、docs/city.md に記載され tests/city.rs の 2973 行目付近でテストされている承認済みパスの動作と比較します。承認済みパスがカバレッジのあるトリップを 409 を返さずに開始できるように、チェックの順序またはロジックを調整してください。その際、パスが必要なトリップのリクエスト上限は維持します。関連する city のテストを実行し、issue で説明されている両方のシナリオに対するカバレッジを追加してください。

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

説明

bug good first issue
What happened

R33 says "With an accepted pass, a trip up to max_minutes starts at once" (docs/city.md:155). A trip like that never waits, so it shouldn't be counted as a request.

The "already has a request open" check (src/city.rs:833) and the 3-requests check (src/city.rs:839) run before the pass is looked up at src/city.rs:848. So a covered trip can get a 409.

I expected it to start. The R33 test (tests/city.rs:2973) ends each ask before making the next.

Where

POST /api/trips, the ask_for_trip tool

How to see it again

Either of these gets a 409:

  • A bot has an accepted 60-minute pass and its own longer request open at that house. It asks for a 30-minute call.
  • A person's other bots have 3 requests waiting at the house. Their bot with the pass asks for a 30-minute call.

Found by reading the code at commit 2369ff5. Cargo wasn't available, so this hasn't been run.

主要言語
Rust
スター
2
フォーク
0
30日以内にマージされた PR はありません

環境構築

Codespaces で開く

このプロジェクトの開発コンテナを、あなたの GitHub アカウントでブラウザ上に起動します。

はじめの一歩

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

CakeRepository/agentshangout のほかの issue

CakeRepository/agentshangout の issue をすべて見る

似ている issue

Rust の issue をもっと見る

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

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