build(deps): bump actions/stale from 10 to 11 - #157
Conversation
Bumps [actions/stale](https://github.com/actions/stale) from 10 to 11. - [Release notes](https://github.com/actions/stale/releases) - [Changelog](https://github.com/actions/stale/blob/main/CHANGELOG.md) - [Commits](actions/stale@v10...v11) --- updated-dependencies: - dependency-name: actions/stale dependency-version: '11' dependency-type: direct:production update-type: version-update:semver-major ... Signed-off-by: dependabot[bot] <support@github.com>
|
Codex review: needs maintainer review before merge. Reviewed August 1, 2026, 7:47 PM ET / 23:47 UTC. ClawSweeper reviewWhat this changesUpdates all three scheduled stale-policy workflow steps from Merge readinessThis PR remains necessary: current Priority: P3 Review scores
Verification
How this fits togetherDiscrawl’s scheduled stale workflow evaluates inactive issues and pull requests every day and applies labels or closes them under configured thresholds. This change swaps the third-party action that executes that repository-maintenance policy while preserving the local policy inputs. flowchart LR
A[Daily schedule or manual dispatch] --> B[Stale workflow]
B --> C[Three stale-policy passes]
C --> D[actions/stale major version]
D --> E[Labels and closure decisions]
E --> F[Repository issue and PR triage]
Decision needed
Why: The patch is mechanically narrow, but accepting a major version of the action determines the behavior of a write-capable scheduled repository policy and cannot be established solely from this repository’s static checks. Before merge
Agent review detailsSecurityNone. Review metrics
Merge-risk optionsMaintainer options:
Copy recommended automerge instructionTechnical reviewBest possible solution: Confirm the repository runner supports the upstream v11 runtime and that no v11 release change alters the configured stale-policy inputs, then merge this isolated three-reference upgrade and monitor the next scheduled run. Do we have a high-confidence way to reproduce the issue? Not applicable: this is a dependency update rather than a report of broken Discrawl behavior. The relevant verification is compatibility of the scheduled workflow’s existing action inputs under v11. Is this the best way to solve the issue? Unclear until a maintainer accepts the upstream major-version behavior. Updating the existing three action references is the narrowest implementation path because it preserves Discrawl’s local stale-policy configuration. AGENTS.md: not found in the target repository. Codex review notes: model internal, reasoning high; reviewed against 8141387a4f95. LabelsLabel justifications:
EvidenceWhat I checked:
Likely related people:
Rank-up movesOptional improvements that raise the rating; they are not merge blockers.
Rating scale
Overall follows the weaker of proof and patch quality. Workflow
HistoryReview history (5 earlier review cycles)
|
|
#158 carries this exact The major action update has now been live-proved on #158 at commit Recommendation: close this PR as superseded by #158, then land #158 after its remaining CI is green. |
|
ClawSweeper status: review started. I am starting a fresh review of this pull request: build(deps): bump actions/stale from 10 to 11 This is item 1/1 in the current shard. Shard 0/1. This placeholder means the worker is alive and reading the current context. I will edit this same comment with the actual review when the claws are done clicking. Crustacean status: shell secured, claws on keyboard, evidence pebbles being sorted. |
|
Looks like actions/stale is up-to-date now, so this is no longer needed. |
|
#158 landed as |
Bumps actions/stale from 10 to 11.
Release notes
Sourced from actions/stale's releases.
... (truncated)
Changelog
Sourced from actions/stale's changelog.
... (truncated)
Commits
4391f3dFix 24 high severity vulnerabilities by overriding brace-expansion to 5.0.8 (...eaf9131refactor: update imports to use ES module syntax and improve test structure (...Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting
@dependabot rebase.Dependabot commands and options
You can trigger Dependabot actions by commenting on this PR:
@dependabot rebasewill rebase this PR@dependabot recreatewill recreate this PR, overwriting any edits that have been made to it@dependabot show <dependency name> ignore conditionswill show all of the ignore conditions of the specified dependency@dependabot ignore this major versionwill close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this minor versionwill close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)@dependabot ignore this dependencywill close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)