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
When running the action on PR using dir_names: true we get the directory name that has the changed files returned twice. This only seems to happen in one of our repositories out of 100 or so using the action (as far as I have been made aware of).
The example run provided below has safe_output: false which is something I was testing and usually isn't in the workflow but doesn't affect that the directory name is being returned twice.
To Reproduce
Haven't been able to reproduce in other repos. I have however token the codebase from this repository, intialized a new repository, triggered the pipeline and have it happen again, so doesn't seem to have anything to do with the history perhaps containing a duplicate directory names.
What OS are you seeing the problem on?
ubuntu-latest or ubuntu-22.04
Expected behavior?
When making changes to some files located in
./app1
but not in
./app2
getting app1 as an output from the action using dir_names: true
The relevant steps in my workflow from where the debug logs are from. The log example is from a workflow triggered by a pull request being synchronized:
`jobs:
Get-Changed-Directories:
name: Get Changed Directories
runs-on: ubuntu-latest
outputs:
any_changed: ${{ steps.changed_dirs.outputs.any_changed }}
all_changed_files: ${{ steps.changed_dirs.outputs.all_changed_files }}
dirs: ${{ steps.set_output.outputs.dirs }}
steps:
- name: Check out code
uses: actions/checkout@v4
with:
# ref head_sha so it can correctly detect changes from the PR
ref: ${{ github.event.pull_request.head.sha }}
So when going again over the debug logs I noticed that it seems to be wrapping some of the files in quotes to handle them having special characters in their name:
Fixing /changing the file names to English fixed this so only one directory name got returned. So in my case the issue is fixed but perhaps this is something that you would want to support. But closing the issue for now.
Is there an existing issue for this?
Does this issue exist in the latest version?
Describe the bug?
When running the action on PR using dir_names: true we get the directory name that has the changed files returned twice. This only seems to happen in one of our repositories out of 100 or so using the action (as far as I have been made aware of).
The example run provided below has safe_output: false which is something I was testing and usually isn't in the workflow but doesn't affect that the directory name is being returned twice.
To Reproduce
Haven't been able to reproduce in other repos. I have however token the codebase from this repository, intialized a new repository, triggered the pipeline and have it happen again, so doesn't seem to have anything to do with the history perhaps containing a duplicate directory names.
What OS are you seeing the problem on?
ubuntu-latest or ubuntu-22.04
Expected behavior?
When making changes to some files located in
./app1
but not in
./app2
getting app1 as an output from the action using dir_names: true
Relevant log output
Has all relevant logs been included?
Anything else?
The relevant steps in my workflow from where the debug logs are from. The log example is from a workflow triggered by a pull request being synchronized:
`jobs:
Get-Changed-Directories:
name: Get Changed Directories
runs-on: ubuntu-latest
outputs:
any_changed: ${{ steps.changed_dirs.outputs.any_changed }}
all_changed_files: ${{ steps.changed_dirs.outputs.all_changed_files }}
dirs: ${{ steps.set_output.outputs.dirs }}
steps:
- name: Check out code
uses: actions/checkout@v4
with:
# ref head_sha so it can correctly detect changes from the PR
ref: ${{ github.event.pull_request.head.sha }}
Code of Conduct
The text was updated successfully, but these errors were encountered: