GitHub Actions Bug: ${{ github.workflow }} Context Variable Causes Child Workflow Runs to Be Prematurely Canceled
Describe the bug GitHub Actions ${{ github.workflow }} incorrectly returns the parent workflow's name in child workflows. This causes child workflows to be grouped under the same concurrency group as the parent, leading to unintended cancellations of child workflow runs due to perceived deadlocks.
To Reproduce Steps to reproduce the behavior:
- Create a parent workflow that triggers on pull requests and calls child workflows.
- Define concurrency groups using ${{ github.workflow }}-${{ github.ref }}.
- Trigger the workflow by opening a pull request.
- Observe that after the first child workflow run starts, subsequent runs are canceled.
Expected behavior Each child workflow should have its own concurrency group based on its workflow file name, allowing all child workflows to run independently without being prematurely canceled.
Runner Version and Platform
Version: GitHub Enterprise Server 3.9.10 Platform: GitHub-self-hosted runners
OS of the machine running the runner? Linux
What's not working?
Subsequent child workflow runs are canceled, with logs indicating a deadlock in the concurrency group.
This issue is stale because it has been open 365 days with no activity. Remove stale label or comment or this will be closed in 15 days.
This issue was closed because it has been stalled for 15 days with no activity.