11 of 76 open PRs have their CI silently blocked at the fork-approval gate, oldest since 2026-10-03
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 42/100
Hướng nghiên cứu
Start by reading the repository’s CONTRIBUTING.md and AGENTS.md review guidance, then inspect the GitHub Actions workflows and how open pull request runs are queried. The issue proposes a scheduled report for action_required runs, a repository setting change, or a documentation update; agree on the chosen scope with maintainers first. Done means the selected fix makes the approval gate visible or explains the triage step without approving unreviewed fork runs.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Summary
11 of 76 open pull requests have their entire CI blocked at the fork-contributor approval gate. Their workflow runs sit at conclusion: action_required, which GitHub's PR view renders as no checks rather than blocked, so they read as "CI has not started yet" indefinitely and nobody is prompted to clear them. The oldest has been in that state since 2026-10-03.
Census
Taken 2026-10-28 over all 76 open PRs, counting workflow runs at conclusion: action_required on each PR's current head.
| PR | author | last push | runs blocked | title |
|---|---|---|---|---|
| #1066 | perfectmodelslab | 2026-10-26 | 9 | poll_bfl: refuse to send the API key over a plain-http polling_url |
| #1065 | perfectmodelslab | 2026-10-26 | 9 | download: credentials ride only to the target's own origin |
| #1064 | perfectmodelslab | 2026-10-26 | 9 | generate: recover the openapi cache instead of dying on it for a week |
| #1063 | perfectmodelslab | 2026-10-26 | 9 | config.ini: atomic replace and a lock around read-modify-write |
| #1062 | perfectmodelslab | 2026-10-25 | 9 | tracking: redact the path-valued options path, deps, output |
| #1061 | perfectmodelslab | 2026-10-26 | 9 | fix: two validation paths that print their error and keep going |
| #1060 | perfectmodelslab | 2026-10-26 | 9 | generate: decode inline b64_json answers, refresh the Gemini model enum |
| #1059 | perfectmodelslab | 2026-10-26 | 9 | launch --background: honor --log-file and COMFY_CLI_BACKGROUND_LOG |
| #1058 | perfectmodelslab | 2026-10-26 | 9 | launch --background: re-exec the invoked binary, not PATH's comfy |
| #964 | wanjiang263 | 2026-10-03 | 8 | fix(resolve-python): use python_embeded from a Windows portable install |
| #963 | RaphaelFakhri | 2026-10-07 | 8 | fix(launch): re-exec background launch through the current interpreter |
Four of the eleven are security-relevant (an API key sent over plain HTTP, credential scoping on download, redaction of path-valued telemetry, atomic config writes) and none of them has ever been tested by this repo's suite.
Why it is not self-correcting
Three properties combine badly:
- It is invisible.
action_requiredis a terminalconclusion, so the run shows as completed.gh pr checkslists nothing, and the PR page shows no check section at all — identical to a PR whose workflows have not been triggered. - It re-arms on every push. Clearing the gate approves the runs for one head only. I cleared #1016's nine runs this morning; the author then merged
maininto their branch and all nine were blocked again on the new head, with the PR diff unchanged. - Nothing reports it. There is no label, no comment, and no notification when a run lands in this state, so the only way to find it is to query the Actions API per head, which is what this census did.
The combined effect is that a PR can look like it is waiting on review when it is actually waiting on a maintainer button, and the contributor has no way to tell the difference.
Suggested fixes, cheapest first
- Report it. A scheduled job that queries open PRs for
action_requiredruns and comments once per PR (or applies aci-blockedlabel) would make the state visible without changing any trust boundary. This is the one I would do first; it is a few lines ofgh apiand it turns an invisible state into a triageable queue. - Reconsider the setting. Settings → Actions → Fork pull request workflows from outside collaborators currently appears to be "Require approval for all outside collaborators". GitHub's narrower option, approval only for first-time contributors, would unblock #1058-#1066 permanently (that contributor has nine PRs, so they are not first-time) while keeping the gate where it earns its keep. This is a judgement call about runner exposure and belongs to whoever owns that setting, not to me.
- Write the triage step down.
CONTRIBUTING.mdandAGENTS.mdboth describe how to run the checks locally but neither mentions that a fork PR's CI needs a maintainer to release it. A sentence in the review section would stop the next person readingaction_requiredas "not started".
What I have and have not done
I cleared the gate on #1016 and #1039 only, because I had reviewed both diffs and confirmed neither touches .github/, scripts/, pyproject.toml, or any build config — approving a fork run executes the contributor's code on the runners, so it is a per-PR trust decision rather than a dashboard chore.
I have deliberately not cleared the other eleven. I have not read those diffs, and mass-approving unaudited fork PRs to make a census go green would be the wrong trade. They need someone to look at them, which is the point of filing this.
Found while investigating why #1016 showed no checks at all, during the converter-convergence work tracked in #1077.
- Ngôn ngữ chính
- Python
- Star
- 1k
- Fork
- 176
- Merge trung bình
- 1 ngày 11 giờ
- Pull request đã merge (30 ngày)
- 87
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của Comfy-Org/comfy-cli
-
test_file_utils umask tests assert against a umask the code never reads (import-time _UMASK), so they only pass on a 0o022 hostCó thể đã có người làm @neverbiasu đã nhận 10 ngày trước. Đang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
Comfy-Org/comfy-cli#907 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 92/100
Comfy-Org/comfy-cli#781 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
`comfy launch --background` fails with FileNotFoundError when comfy-cli is invoked by pathCó thể đã có người làm @RaphaelFakhri đã nhận 43 ngày trước. Đang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
Comfy-Org/comfy-cli#691 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Comfy-Org/comfy-cli#670 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của Comfy-Org/comfy-cli
Issue tương tự
-
add entry to blockĐang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 65/100
StevenBlack/hosts#3299 ·
-
`garak --report` overwrites the input report when its name has no ".report"Có thể đã có người làm @0z5a đã nhận hôm nay. Đang mởneeds-triage
Độ khó 2/5 Nửa ngày Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 2 ngày
-
plot_graph crashes when a mesh node has no m2m edgeCó thể đã có người làm @tygvi đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
mllam/neural-lam#883 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
future-agi/future-agi#4092 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
transcript analytics: a text whose only protected spans the prose pass redacts is withheld wholeĐang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 82/100
WingedGuardian/GENesis-AGI#4641 ·
Maintainer thường phản hồi trong vòng 1 ngày