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
The DS_Store.scpt performs some UI work to set up the window and icon positions for the macOS "DragNDrop" package. Perhaps this is leaving the machine in a funny state? Are the runners headless? Should they be able to support this kind of packaging step?
I have not tried this on macos-latest (macos-14 at time of writing)
What version of the action are you using?
v4
What are your runner environments?
macos
Are you on GitHub Enterprise Server? If so, what version?
No response
The text was updated successfully, but these errors were encountered:
What happened?
actions/upload-artifact@v4 hangs a simple CMake C++ project uploading a macOS DragNDrop package.
What did you expect to happen?
The workflow step containing actions/upload-artifact@v4 should complete very quickly and upload the artifacts as expected.
How can we reproduce it?
Repro with v3:
upload-artifact@v4
toupload-artifact@v3
(removeoverwrite: true
to avoid build warningAnything else we need to know?
If the TGZ CPACK_GENERATOR is used instead, then upload-artifact behaves as expected. See e6e29f9 - Use TGZ package generator instead of DragNDrop and https://github.com/howprice/cleanCppProject/actions/runs/9362599344/job/25771653118
The DS_Store.scpt performs some UI work to set up the window and icon positions for the macOS "DragNDrop" package. Perhaps this is leaving the machine in a funny state? Are the runners headless? Should they be able to support this kind of packaging step?
I have not tried this on macos-latest (macos-14 at time of writing)
What version of the action are you using?
v4
What are your runner environments?
macos
Are you on GitHub Enterprise Server? If so, what version?
No response
The text was updated successfully, but these errors were encountered: