Skip to content

fix(ci): pass vars context as explicit input to composite action#3013

Merged
ygrishajev merged 1 commit intomainfrom
fix/ci-pass-vars-as-input
Mar 30, 2026
Merged

fix(ci): pass vars context as explicit input to composite action#3013
ygrishajev merged 1 commit intomainfrom
fix/ci-pass-vars-as-input

Conversation

@ygrishajev
Copy link
Copy Markdown
Contributor

Why

Runner v2.333.0 (actions/runner#4279) fixed a bug where allowCaseFunction was passed positionally into the allowUnknownKeywords parameter in ExpressionParser.CreateTree. This accidentally made the parser accept any named-value — including vars — in composite action templates. With the fix, vars is correctly rejected in composite actions, breaking our run-e2e-tests action.

What

  • Added gh-user-to-slack-user input to the run-e2e-tests composite action
  • Changed vars.GH_USER_TO_SLACK_USERinputs.gh-user-to-slack-user in the composite action
  • Pass vars.GH_USER_TO_SLACK_USER as an explicit input from all calling workflows (console-api-release, provider-proxy-release)

Runner v2.333.0 fixed a bug where `allowCaseFunction` was passed
positionally into `allowUnknownKeywords`, accidentally making the
parser accept any named-value in composite actions. This broke our
use of `vars.GH_USER_TO_SLACK_USER` directly in the run-e2e-tests
composite action.

Pass it as an explicit input from the calling workflows instead.

Ref: actions/runner#4279
@ygrishajev ygrishajev added this pull request to the merge queue Mar 30, 2026
Merged via the queue into main with commit 59ae235 Mar 30, 2026
45 of 46 checks passed
@ygrishajev ygrishajev deleted the fix/ci-pass-vars-as-input branch March 30, 2026 14:11
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants