Uh oh!
There was an error while loading. Please reload this page.
fix: stale workflow - #2846
Conversation
The latest updates on your projects. Learn more about Vercel for GitHub.
2 Skipped Deployments
|
📝 WalkthroughWalkthroughThe workflow file ChangesStale workflow label update
Possibly related PRs
Suggested reviewers
🚥 Pre-merge checks | ✅ 3 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (3 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
There was a problem hiding this comment.
Actionable comments posted: 1
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In @.github/workflows/stale.yml:
- Line 30: The workflow uses the actions/stale@v10.2.0 filter only-issue-types:
'bug' which also gets applied to PRs (causing PRs to be treated as undefined and
skipped); remove the only-issue-types key or replace it with an issue-only
filter such as only-labels (or move filtering under an issues-only job) so PR
handling (days-before-pr-stale and days-before-pr-close) runs; update the YAML
by deleting or commenting out only-issue-types: 'bug' and, if needed, add
only-labels: 'bug' (or equivalent label-based filter) to target issues without
affecting pull requests.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Path: .coderabbit.yaml
Review profile: CHILL
Plan: Pro
Run ID: f13d781d-1c52-4c03-9afe-7058798b4425
📒 Files selected for processing (1)
.github/workflows/stale.yml
Uh oh!
There was an error while loading. Please reload this page.
Codecov Report✅ All modified and coverable lines are covered by tests. 📢 Thoughts on this report? Let us know! |
MatteoGabriele
commented
Jun 3, 2026
@trueberryless I think the issue is with the tag names. Both "stale-pr-label" and "close-pr-label" have the same name, so the action can't distinguish between them. something like |
trueberryless
commented
Jun 3, 2026
That's a good point. But do you think we could keep the same label if we merge the two jobs like here? |
MatteoGabriele
commented
Jun 3, 2026
@trueberryless you can't merge them since |
Yeah, but maybe they merge my PR upstream... EDIT: we should probably add the |
MatteoGabriele
commented
Jun 3, 2026
Blocked? Which moment in this process would be "blocked"? Also, if they fix it, we use it, but in the meantime, we do our own fix. |
trueberryless
commented
Jun 3, 2026
Sounds good 👍 |
There was a problem hiding this comment.
♻️ Duplicate comments (1)
.github/workflows/stale.yml (1)
34-49:⚠️ Potential issue | 🟠 Major | ⚡ Quick winSerialise stale jobs to prevent the original cross-job interference.
stale-bugsandstale-prsstill run in parallel (noneeds), so the workflow can reintroduce the stale-label churn this PR series is trying to avoid. The close-label rename alone does not enforce execution order.Suggested minimal fix
stale-prs: name: 🧹 Mark stale pull requests + needs: stale-bugs runs-on: ubuntu-latest permissions: pull-requests: write # mark and close stale pull requests🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the rest with a brief reason, keep changes minimal, and validate. In @.github/workflows/stale.yml around lines 34 - 49, The stale job jobs run in parallel causing label churn; make them run sequentially by adding an explicit dependency so one job waits for the other (e.g., add needs: stale-bugs to the stale-prs job or vice versa). Locate the job definitions named stale-prs and stale-bugs and add the needs key referencing the other job (for example, in the stale-prs job add needs: stale-bugs) so the workflow serialises execution and prevents cross-job interference.
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Duplicate comments:
In @.github/workflows/stale.yml:
- Around line 34-49: The stale job jobs run in parallel causing label churn;
make them run sequentially by adding an explicit dependency so one job waits for
the other (e.g., add needs: stale-bugs to the stale-prs job or vice versa).
Locate the job definitions named stale-prs and stale-bugs and add the needs key
referencing the other job (for example, in the stale-prs job add needs:
stale-bugs) so the workflow serialises execution and prevents cross-job
interference.
ℹ️ Review info
⚙️ Run configuration
Configuration used: Path: .coderabbit.yaml
Review profile: CHILL
Plan: Pro
Run ID: 9c65e8f7-4665-4730-b8c4-c4ba6d1b1985
📒 Files selected for processing (1)
.github/workflows/stale.yml
Uh oh!
There was an error while loading. Please reload this page.


🔗 Linked issue
🧭 Context
We want to automatically mark bug issues and PRs as
"stale"after 30 days of inactivity and after 7 more days close them automatically. Read more in the original creation of this workflow: #2580📚 Description
This PR fixes the issue by using two distinct labels for marking and closing.