| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Co-authored-by: Copilot App <223556219+Copilot@users.noreply.github.com>
There was a problem hiding this comment.
The focused workflow change has no unresolved issues.
Review tier: Balanced
Findings: None
Prevents transient merge-queue failures by skipping ESLint SARIF uploads for ephemeral queue refs.
Changes:
| File | Description |
|---|---|
| .github/workflows/pr-checks.yml | Skips ESLint SARIF uploads from merge-queue refs. |
💡 Add a code-review agent skill or configure MCP servers for context-aware, tailored reviews. Learn more in the docs.
Sorry, something went wrong.
There was a problem hiding this comment.
Good observation. Thanks for noticing and fixing it! The fix looks sensible to me.
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
The Unit Tests job uploads its ESLint SARIF via upload-sarif, gated only on OS and Node version. PR Checks runs on merge_group, and also on push for the gh-readonly-queue branch that the merge queue creates, so in both cases the upload targets a ref that GitHub deletes as soon as the queue entry resolves. When the upload loses that race the code scanning API returns 404 and the step fails.
This accounts for every merge queue failure of PR Checks in the visible run history — five of them, going back to May.
Gate the step on the ref rather than the event, since both the merge_group run and the paired push run use the ephemeral ref. Nothing is lost: alerts on a queue ref are never surfaced, and the same results are uploaded by the pull_request run and again by the push run on main.
codeql.yml already skips its uploads for merge queue runs. It only needs the event check because its push trigger is limited to main and releases/v*.
Lint enforcement is unaffected — lint-ci still fails the job on any lint error. Only the alert upload is skipped.