`hashFiles` on macOS fails with "Fail to hash files under directory"

[twpayne]

Describe the bug

My workflow on macOS, which has been working correctly for twelve months has suddenly (in the last 24 hours) stopped working and now prints the error:

Error: The template is not valid. /Users/runner/work/chezmoi/chezmoi/./.github/actions/setup-go/action.yml (Line: 48, Col: 12): hashFiles('**/go.sum') failed. Fail to hash files under directory '/Users/runner/work/chezmoi/chezmoi'

The same workflow works on Linux and Windows. It only fails on macOS. It worked on macOS yesterday (24 hours ago).

Links:

Example failure: https://github.com/twpayne/chezmoi/actions/runs/19608909413/job/56151820479?pr=4768
Workflow code: https://github.com/twpayne/chezmoi/blob/c47378283418838867448e9b66448130846e8613/.github/actions/setup-go/action.yml#L39
Example success yesterday: https://github.com/twpayne/chezmoi/actions/runs/19589209601/job/56104173438

To Reproduce

Use the workflow above on macOS. An example use of the workflow is https://github.com/twpayne/chezmoi/blob/c47378283418838867448e9b66448130846e8613/.github/workflows/main.yml#L133-L135.

Expected behavior

hashFiles does not fail, the same way that hashFiles does not fail on Linux and Windows runners.

Runner Version and Platform

2.329.0 on macOS.

What's not working?

hashFiles fails.

Job Log Output

See above.

Runner and Worker's Diagnostic Logs

Not available.

Notes

#3267 was a previous failure of hashFiles with the same error message.

[s-h-a-d-o-w]

Since it's sometimes said to avoid overly broad wildcards, I want to point out that this has just happened to me even for key: ${{ runner.os }}-npm-${{ hashFiles('client/static/custom-commands-server/package-lock.json') }}: https://github.com/s-h-a-d-o-w/serenade/actions/runs/19610004872/job/56154459675

[radoering]

Also reported here: actions/runner-images#13341

[grzegorzkrukowski]

Same problem here. It was all working well on: Image: macos-15-arm64 Version: 20251119.0020 yesterday, but today on macos-15-arm64 Version: 20251104.0104 runner it keeps failing constantly for us whole day today:

- name: Cache Dependencies
      uses: actions/cache@v3
      with:
        path: scripts/release/node_modules
        key: ${{ runner.os }}-release-scripts-npm-cache-${{ hashFiles('scripts/release/package-lock.json') }}
        restore-keys: |
          ${{ runner.os }}-release-scripts-npm-cache-

[swwol]

randomly - adding a debug step that list the files to be hashed using ls seems to fix this issue - at least in my workflow.