Handle release-permission failures in Scheduled Security Build without failing image publish#665
Conversation
|
@Theaxiom have you tried setting a PAT instead of using the built-in job token? That is the solution on the |
There was a problem hiding this comment.
Pull request overview
This PR updates the Scheduled Security Build workflow to prevent weekly scheduled runs from failing when gh release create cannot create a release due to GitHub Actions token permission constraints, while still failing hard on other release-creation errors.
Changes:
- Captures
gh release createoutput + exit code without failing the step immediately. - Classifies “permission denied/403” release-creation failures as warnings and continues the workflow.
- Truncates and normalizes
ghoutput for warning annotations.
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
Thanks for the suggestion, I'm currently banging my head on it until it works. Should be resolved soon. 🤣 |
@bytestream all fixed now. 👍 |
Scheduled Security Build was failing in the release step even after images were successfully pushed. The failure was caused by
gh release createreturning permission errors (HTTP 403 / Resource not accessible by integration) under workflow token constraints.Release-step failure handling
gh release createto capture both output and exit code.Permission-denied detection hardening
ghauth-related exit code (4) and permission/403 output patterns.Workflow annotation safety
::warning::annotations.