mirror of
https://github.com/nektos/act.git
synced 2026-04-26 09:25:54 +03:00
[GH-ISSUE #2046] Can't pass reusable workflow input variable #980
Labels
No labels
area/action
area/cli
area/docs
area/image
area/runner
area/workflow
backlog
confirmed/not-planned
kind/bug
kind/discussion
kind/external
kind/feature-request
kind/question
meta/duplicate
meta/invalid
meta/need-more-info
meta/resolved
meta/wontfix
meta/workaround
needs-work
pull-request
review/not-planned
size/M
size/XL
size/XXL
stale
stale-exempt
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/act#980
Loading…
Add table
Add a link
Reference in a new issue
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?
Originally created by @haritowa on GitHub (Oct 12, 2023).
Original GitHub issue: https://github.com/nektos/act/issues/2046
Bug report info
Command used with act
Describe issue
Workflow input is not propagated to called workflow
Link to GitHub repository
No response
Workflow content
Relevant log output
Additional information
No response
@haritowa commented on GitHub (Oct 12, 2023):
Yet it works if I change base workflow trigger to
workflow_dispatch@mconigliaro commented on GitHub (Oct 12, 2023):
Confirmed. I have to set inputs for the called workflow myself.
@github-actions[bot] commented on GitHub (Apr 10, 2024):
Issue is stale and will be closed in 14 days unless there is new activity
@kittydoor commented on GitHub (Jul 10, 2024):
This issue is still relevant for me on act version 0.2.64.
Further debugging reveals more information.
The issue of "null input" only occurs when you trigger a
workflow_callonly workflow (i.e.act workflow_call -W ./my/workflow.yml), which then calls another workflow.For the first workflow if you add
on: pushand run the same workflow file (i.e.act -W ./my/workflow.yml, the input is passed properly because now the "first" started workflow is not aworkflow_callonly one.A decent workaround is to wrap the first
workflow_callwith another workflow ofpushorworkflow_dispatchtype, rather than calling it directly, emulating how it would be called by GitHub Actions.Example for @haritowa's workflows: