Skip to content

fix: handle disabled issues in monitor_libseccomp_releases workflow - #2

Draft
zulinx86 with Copilot wants to merge 2 commits into
mainfrom
copilot/fix-check-release-job
Draft

fix: handle disabled issues in monitor_libseccomp_releases workflow#2
zulinx86 with Copilot wants to merge 2 commits into
mainfrom
copilot/fix-check-release-job

Conversation

Copilot AI commented Jul 16, 2026

Copy link
Copy Markdown

Changes

  • Bump libseccomp in tools/devctr/Dockerfile: v2.6.0v2.6.1 (resolves the immediate trigger)
  • Add Check if issues are enabled step: queries GET /repos/{owner}/{repo} for has_issues before any issue-related steps
  • Gate downstream steps on has_issues: both Check if issue exists and Create issue for new release are skipped when issues are disabled
  • Add Warn if issues are disabled step: emits a ::warning:: annotation surfacing the available update without failing the job

Reason

The check-release job was failing with:

the 'zulinx86/firecracker' repository has disabled issues
Error: Process completed with exit code 1.

The workflow unconditionally ran gh issue create after detecting a newer libseccomp release, with no guard for repositories that have the Issues feature disabled.

License Acceptance

By submitting this pull request, I confirm that my contribution is made under
the terms of the Apache 2.0 license. For more information on following Developer
Certificate of Origin and signing off your commits, please check
CONTRIBUTING.md.

PR Checklist

  • I have read and understand CONTRIBUTING.md.
  • I have run tools/devtool checkbuild --all to verify that the PR passes
    build checks on all supported architectures.
  • I have run tools/devtool checkstyle to verify that the PR passes the
    automated style checks.
  • I have described what is done in these changes, why they are needed, and
    how they are solving the problem in a clear and encompassing way.
  • I have updated any relevant documentation (both in code and in the docs)
    in the PR.
  • I have mentioned all user-facing changes in CHANGELOG.md.
  • If a specific issue led to this PR, this PR closes the issue.
  • When making API changes, I have followed the
    Runbook for Firecracker API changes.
  • I have tested all new and changed functionalities in unit tests and/or
    integration tests.
  • I have linked an issue to every new TODO.

  • This functionality cannot be added in rust-vmm.

The check-release job was failing because the repository has disabled issues,
but the workflow unconditionally attempted to create an issue when a new
libseccomp version was detected.

Changes:
- Add a step to check if issues are enabled in the repository via the GitHub API
- Skip issue creation and "check if issue exists" steps when issues are disabled
- Add a warning step that emits a workflow warning when issues are disabled,
  so the notification is still surfaced without causing job failure
Copilot AI changed the title [WIP] Fix failing GitHub Actions job check-release fix: handle disabled issues in monitor_libseccomp_releases workflow Jul 16, 2026
Copilot AI requested a review from zulinx86 July 16, 2026 03:52
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.

2 participants