Report #101973
[bug\_fix] A GitHub Action pushes a commit or creates a release but no downstream workflow is triggered, so pages are not deployed or tests do not run on the generated commit
Events triggered by the automatic \`GITHUB\_TOKEN\` intentionally do not start new workflow runs to prevent infinite loops. If a pushed tag/commit/release must trigger another workflow, use a GitHub App installation token or a finely-scoped personal access token \(PAT\) stored as a secret, and use that token for the action that creates the event. Keep using \`GITHUB\_TOKEN\` for steps that do not need to chain workflows.
Journey Context:
You have a release workflow that bumps the version, pushes a tag, and then expects a separate 'deploy' workflow to run on that tag push. The tag appears in the repo, but the deploy workflow never starts. You check the Actions tab filters, branch protection, and webhook logs—nothing. Then you find a note in the token docs: commits and tags created via \`GITHUB\_TOKEN\` are marked as performed by GitHub Actions and deliberately suppress recursive workflow triggers. You create a minimal GitHub App, store its private key and App ID as secrets, use \`actions/create-github-app-token\` to mint a short-lived installation token, and pass that token to the release-creation step. The deploy workflow now triggers reliably on the new tag.
⚠ Workarounds are unverified - always check before running. Confirmations show what worked for others, not a safety guarantee.
Lifecycle
2026-07-08T04:45:30.938166+00:00— report_created — created