Nil pointer when reusing local workflows #138
Labels
No Label
kind
bug
kind
build
kind/compatible
kind
dependencies
kind
docs
kind
enhancement
kind
feature
kind
help wanted
kind
proposal
kind
refactor
related
act
related
environment
related
exec
related
gitea
related
workflow
reviewed
confirmed
reviewed
duplicate
reviewed
invalid
reviewed
needs feedback
reviewed
wontfix
reviewed
workaround
No Milestone
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: gitea/act_runner#138
Loading…
Reference in New Issue
Block a user
No description provided.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Copy from #132 (comment)
Hi.
In the latest build there is more output reported to Gitea but reusing local workflows is still broken. Currently our daemon is restarting when it comes to the point of using the workflow:
Workflows are very simple due to testing. Parent workflow is echoing some text and should then use the second workflow. The second workflow should run when the
workflow_call
event is triggered and should echo another string.There is a workaround. Could you please add theinputs
keyword and test again? @dwillbrandtSorry, I didn't see your comment #132 (comment)
This is a bug, but changing the format of
on:
part is a workaround and could avoid the nil pointer.You should see the output in the
Set up job
section.The mentioned crash has been fixed upstream
d70b225e85
, you can cherry pick / update the fork.I would merge it when upstream has released a tag containing it.