Smoke Copilot activation fails when repository checkout removes gh-aw setup action before cleanup
I maintainer di solito rispondono entro 1 giorno
Valutazione
Questa issue non è ancora stata valutata.
Descrizione
Problem
The Smoke Copilot workflow fails during activation's post-job cleanup because a later repository checkout deletes the local gh-aw setup action. The agent never starts, so the smoke test does not exercise Copilot or the MCP gateway.
Observed failure
- Run: https://github.com/github/gh-aw-mcpg/actions/runs/41350798789
- Failed job: https://github.com/github/gh-aw-mcpg/actions/runs/41350798789/job/124980311169
- Trigger:
workflow_dispatchonmain - Revision:
95567d9616528b160a0716bd201e3eced82ea095 - Workflow:
.github/workflows/smoke-copilot.lock.yml - Failed step: Post Setup Scripts
Can't find 'action.yml', 'action.yaml' or 'Dockerfile' under '/home/runner/work/gh-aw-mcpg/gh-aw-mcpg/actions/setup'. Did you forget to run actions/checkout before running your local action?
All regular activation steps succeeded, including prompt preparation and artifact uploads. The cleanup failure marked activation as failed, and the agent, conclusion, and safe_outputs jobs were skipped.
Root cause
The generated workflow uses the same workspace directory for two different repositories:
-
Checkout actions folder checks out
github/gh-awinto the workspace root, with a sparse checkout ofactions. -
Setup Scripts invokes
uses: ./actions/setup. Runtime scripts are copied to${{ runner.temp }}/gh-aw/actions, but the local action definition remains in the workspace. -
Checkout .github and .agents folders checks out
github/gh-aw-mcpginto that same workspace root. The run log explicitly reports:2026-11-01T21:13:09.7718579Z Deleting the contents of '/home/runner/work/gh-aw-mcpg/gh-aw-mcpg' -
At job teardown, GitHub Actions attempts to load the local setup action for its post step, but
actions/setup/action.ymlis gone.
The second checkout includes actions/setup in its sparse-checkout list, but that selects paths from github/gh-aw-mcpg; it cannot preserve files from the previous github/gh-aw checkout. Copying runtime scripts to the runner temp directory likewise does not preserve the local action metadata that the runner needs for cleanup.
Proposed fix
Fix the gh-aw workflow generator so the setup action checkout survives every later checkout until all post-job hooks finish. Do not hand-edit this generated lock file as the permanent fix.
Prefer an isolated layout: check out github/gh-aw into a dedicated workspace-relative directory, update local setup-action references accordingly, and ensure subsequent target-repository checkouts cannot delete that directory. This requires coordinating both checkout locations; merely adding path: to the first checkout while continuing to replace the workspace root is insufficient. Update any script paths that depend on the layout.
An alternative worth evaluating is invoking the setup action directly through a pinned github/gh-aw/actions/setup@<revision> reference, which lets the runner manage its action directory separately from the target checkout. Confirm compatibility with setup's repository-relative dependencies before choosing this approach.
Once the generator fix is available, regenerate the affected workflows in this repository using the supported compiler path. Inspect other generated workflows for the same checkout/setup pattern; recurrence beyond this run has not yet been established.
Acceptance criteria
- The setup action definition and any post-step dependencies remain available through job teardown after the target repository checkout.
- Add a generator regression test covering setup from
github/gh-awfollowed by a checkout of a different repository. - Verify in a hosted Actions run that Post Setup Scripts succeeds and the Smoke Copilot
agentjob starts when activation otherwise succeeds. - Regenerated locks preserve the intended repository checkout, prompt preparation, and setup/cleanup behavior.
Scope of evidence
This diagnosis is based on the failed run's job statuses and logs and the workflow configuration at the failed revision. No patch or rerun has been performed.
- Lingua principale
- Go
- Stelle
- 184
- Fork
- 58
- Merge medio
- 7h 42m
- PR unite (30g)
- 186
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di github/gh-aw-mcpg
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 1/100
github/gh-aw-mcpg#15983 ·
I maintainer di solito rispondono entro 1 giorno
-
Smoke AllowOnly: 41925470146Aperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 25/100
github/gh-aw-mcpg#15982 ·
I maintainer di solito rispondono entro 1 giorno
-
release
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 20/100
github/gh-aw-mcpg#15981 ·
I maintainer di solito rispondono entro 1 giorno
-
automation mcp-gateway test
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 12/100
github/gh-aw-mcpg#15978 ·
I maintainer di solito rispondono entro 1 giorno
-
release
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 10/100
github/gh-aw-mcpg#15976 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di github/gh-aw-mcpg
Issue simili
-
component:obi contribfest go test
Difficoltà 2/5 Meno di un'ora Idoneità per principianti 83/100
open-telemetry/opentelemetry-ebpf-instrumentation#4143 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno
-
area/ambient
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
I maintainer di solito rispondono entro 1 giorno
-
kind/cleanup
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
kubernetes-sigs/kueue#18324 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100