get_job_logs with failed_only misses failed jobs after the first 30 jobs of a run
メンテナーはふだん 4 日以内に返信
評価
- 難易度
- 2/5
- 見積もり時間
- 1〜3時間
- 初心者へのやさしさ
- 74/100
- issue の種類
- バグ
- 明瞭さ
- 明確に書かれている
- 活発さ
- 活発
- 技術スタック
- go
調査の方向性
pkg/github/actions.go の handleFailedJobLogs を読む。ここでは ListWorkflowJobs が per_page なしで 1 回だけ呼び出されている。per_page=100 を要求するように変更し、最後のページまで NextPage をたどり、total_jobs がページの長さではなくラン全体のジョブ数を反映するようにする。1 ページを超えるジョブを持つランで、失敗が最初の 30 件より後にあるケースを網羅するリグレッションテストを pkg/github に追加する(この issue は python/cpython のラン 31008458461 を実例として挙げている)。完了の条件は、45 ジョブで 30 番目より後ろのジョブに失敗があるランが、それらの失敗したジョブと total_jobs: 45 を返すこと。
索引モデルが issue の本文から書いたものです。
説明
Describe the bug
get_job_logs with failed_only: true lists the run's jobs with a single ListWorkflowJobs call and no per_page, so it only sees the API's default first page of 30 jobs. In a run with more jobs (a typical matrix build), a failure in job 31 or later is not found, and the tool answers "No failed jobs found in this workflow run". total_jobs in the result is also the page length (30), not the run's job count.
Affected version
v1.14.0 and main at 71ef8266 (handleFailedJobLogs in pkg/github/actions.go).
Steps to reproduce the behavior
- Run
github-mcp-server stdio --read-only --toolsets=actionswith a token. - Call
get_job_logswith{"owner":"python","repo":"cpython","run_id":31008458461,"failed_only":true}. That run has 45 jobs; its 2 failed jobs ("Docs / Check for removed HTML IDs / Check for removed HTML IDs" and "All required checks pass") are both after the first 30.
Expected vs actual behavior
Expected: logs (or log URLs) for the 2 failed jobs, with total_jobs: 45.
Actual (v1.14.0):
{"failed_jobs":0,"message":"No failed jobs found in this workflow run","run_id":31008458461,"total_jobs":30}
Only the first page of jobs is requested.
Logs
N/A
I have a small fix with a regression test ready and can open a PR: list the jobs with per_page=100 and follow NextPage until the last page.
- 主要言語
- Go
- スター
- 33.4k
- フォーク
- 5.1k
- 平均マージ
- 3日 1時間
- マージ済み PR(30日)
- 35
環境構築
- Dockerfile または Docker Compose ファイルあり
- プルリクエストのテンプレートあり
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
github/github-mcp-server のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
github/github-mcp-server#3450 ·
メンテナーはふだん 4 日以内に返信
-
request ai review
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
github/github-mcp-server#3439 ·
メンテナーはふだん 4 日以内に返信
-
create_or_update_file writes to the wrong file when the path contains # or ?対応中かも @jayhemnani9910 が 4 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
github/github-mcp-server#3427 ·
メンテナーはふだん 4 日以内に返信
-
pull_request_read drops merge_commit_sha対応中かも @thejdubb02 が 32 日前に担当しました。 オープンbug
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
github/github-mcp-server#3235 · コメント 1 件 ·
メンテナーはふだん 4 日以内に返信
-
Add guidance on GitHub autolinked reference formatting for AI agents再び着手できるかも このイシューのプルリクエストはマージされずにクローズされました。 オープンenhancement
難易度 1/5 1時間未満 初心者へのやさしさ 88/100
github/github-mcp-server#3042 · コメント 2 件 ·
メンテナーはふだん 4 日以内に返信
github/github-mcp-server の issue をすべて見る
似ている issue
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
open-telemetry/opentelemetry-go-compile-instrumentation#1467 ·
メンテナーはふだん 3 日以内に返信
-
Python 3.15 support対応中かも @amnesiaof が今日担当しました。 オープンL: python L: python:uv
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
dependabot/dependabot-core#16524 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信
-
duplication
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
openvibely/openvibely#1443 ·
メンテナーはふだん 2 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 60/100
canonical/service-mesh#845 ·
メンテナーはふだん 1 日以内に返信