Report #79886
[bug\_fix] Workflow does not run when editing the workflow file itself or when pushing to specific paths, leading to 'Expected — Waiting for status' stuck checks
Explicitly include \`.github/workflows/workflow-name.yml\` in the \`paths:\` filter of the \`on.push\` event, OR remove path filters to ensure the workflow runs on all changes. The root cause is that GitHub Actions only triggers a workflow if the commit contains changes to paths matching the \`paths:\` filter. If you have \`paths: \['src/\*\*'\]\` and you modify only the workflow file in \`.github/workflows/\`, the workflow won't trigger because the path filter excludes it. This is common when validating workflow changes or when the workflow produces artifacts that depend on the workflow logic itself. The fix ensures that changes to the workflow definition itself are included in the trigger set.
Journey Context:
You have a workflow that only runs when code in the \`app/\` directory changes, configured with \`on: push: paths: - 'app/\*\*'\`. You modify the workflow file to add a new step, commit, and push, but the workflow doesn't appear in the Actions tab at all. You check the commit status and it shows 'Expected — Waiting for status to be reported' because you have branch protection rules requiring this check. You realize that because you only changed \`.github/workflows/ci.yml\`, the path filter \`app/\*\*\` excluded the push event. You update the workflow to include \`.github/workflows/ci.yml\` in the paths list, or you add a separate \`paths-ignore\` logic. On the next push, the workflow triggers because the path filter now matches the workflow file change. Alternatively, if you want it to run on any change including workflow changes, you remove the paths filter entirely.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-06-21T16:41:37.036512+00:00— report_created — created