-
-
Notifications
You must be signed in to change notification settings - Fork 5.6k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Actions fail when writing to GITHUB_ENV in separate repository #33134
Comments
Are there any logs from the failed step? |
Not in the action view or in the runner output. Is there another place? |
Might be unrelated to your failure: The following syntax is not valid in action.yml and is discarded by the original nektos/act implementation and currently only allowed in act_runner while nektos/act switched to show errors if run steps have no shell in composite actions defaults:
run:
shell: powershell It is possible that your shell becomes |
Thank you @ChristopherHX for pointing me in the right direction. The working system has "PowerShell Core" installed, the other one does not. If "PowerShell Core" is missing, the default is "PowerShell Desktop". https://docs.github.com/en/actions/writing-workflows/workflow-syntax-for-github-actions#jobsjob_idstepsshell But why writing to Here is a slightly more sophisticated action to reproduce this:
Here is the log of this run action-Build-533.log |
I think that I remember... this is an default encoding problem that has been fixed in pwsh core
Selecting powershell in docs is needed to see this Beyond the logging issue of act_runner not showing the error everything works like expected in my point of view |
Description
Im using powershell on windows system and my action fails when write to GITHUB_ENV is performent in seperate repository.
Here is a test yml file to reproduce the issue:
gitea-issue repository action.yml:
Step Test1 runs fine while Test2 fails.
There is no error message.
If I start the runner on a different PC with the same workflow, it works:
I do not know if it is the reason but the failing runner is on Windows 11 while the working one is on Windows 10.
Gitea Version
1.22.6
Can you reproduce the bug on the Gitea demo site?
No
Log Gist
No response
Screenshots
No response
Git Version
No response
Operating System
No response
How are you running Gitea?
Gitea runs from docker
Database
MySQL/MariaDB
The text was updated successfully, but these errors were encountered: