Skip to content

ci: evidence-refresh finishes a running refresh instead of cancelling it on every push (#4703) - #4720

Merged
squid-protocol merged 1 commit into
mainfrom
ci/4703-bot-no-starve
Oct 8, 2026
Merged

squid-protocol merged 1 commit into
mainfrom
ci/4703-bot-no-starve

Conversation

@squid-protocol

Copy link
Copy Markdown
Owner

Follow-up to #4705 (#4703). The evidence-refresh workflow used cancel-in-progress: true. A refresh takes ~1 h, so every merge to main cancelled the running one: on 2026-10-08 runs 37849301447, 37850507999, 37850571540 and the manual 37850658519 were all cancelled and no refresh completed. With cancel-in-progress: false the running refresh finishes and GitHub keeps only the newest pending run queued, so the latest main is still refreshed next.

One-line change (+ comment). YAML parses.

Part of #4703.

🤖 Generated with Claude Code

… it on every push (#4703)

A refresh takes about an hour; with cancel-in-progress every merge to main cancelled the running one, so on busy
days no refresh completed. GitHub keeps at most one pending run per concurrency group, so the newest push still
gets refreshed after the current run.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01MQNoe4wPJgr7dbUvs3DG6D
@github-actions

github-actions Bot commented Oct 8, 2026

Copy link
Copy Markdown
Contributor

🐦‍⬛ Muninn Security Scan

✅ No security issues found.

🐦‍⬛ Powered by Muninn · Skald Lab

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant