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
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.
The text was updated successfully, but these errors were encountered:
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:
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.
The text was updated successfully, but these errors were encountered: