Skip to content

FR-26617: pass the extended venv switch from the calling workflow - #120

Open
yaronblum-frontegg wants to merge 4 commits into
masterfrom
FR-26617-venv-feature-flags
Open

FR-26617: pass the extended venv switch from the calling workflow#120
yaronblum-frontegg wants to merge 4 commits into
masterfrom
FR-26617-venv-feature-flags

Conversation

@yaronblum-frontegg

@yaronblum-frontegg yaronblum-frontegg commented Aug 25, 2026

Copy link
Copy Markdown
Contributor

Why

mcp-gateway and custom-code are about to land in the venv chart switched off (frontegg/venv#118, frontegg/venv#120). The venv-builder can override that per environment (frontegg/venv-actions#200), but only if the request reaches it — and nothing in this repository forwards one.

What

An extended switch on both entrypoints that compose venv files (start-venv.yaml, build-docker-start-venv.yaml), forwarded through shared-actions/start-venv to the builder action. It defaults to false.

Callers ask for the extended venv rather than for named services: the builder holds the list of applications the switch covers, so adding a third one later is a line in its registry and no change here. Today the list is mcp-gateway and custom-code, and the switch raises both together.

Then one caller opts in: the AI agent suite passes extended: true.

Effect on existing callers

None. dashboard-test-suite, full-test-suite, run-api-tests, run-api-tests-no-venv, run-e2e-tests, run-e2e-tests-no-venv and test-docker-poc pass nothing, so the builder writes both applications disabled: true. Rendering charts/venv-v2 against a values file generated by the compiled builder gives 43 Applications either way — byte-identical to the chart's own defaults apart from subdomain substitution.

Merge order

This must merge after frontegg/venv-actions#200, frontegg/venv#118 and frontegg/venv#120.

  • Before #200, action.yml does not declare extended: GitHub warns about an unexpected input and the switch does nothing.
  • The switch raises both applications, so both chart entries have to exist. An application raised with no chart entry renders an Application with an empty repoURL, which ArgoCD rejects. Reproduced with helm template.

Running the AI agent suite from this branch before #200 merges also fails, since start-venv.yaml@master will not yet accept the input.

Jira: https://frontegg.atlassian.net/browse/FR-26617

yaronblum-frontegg and others added 3 commits August 25, 2026 14:22
The mcp-gateway and custom-code applications ship disabled in the venv chart.
The venv-builder overrides that per environment, but only if the switch reaches
it, so both entrypoints that compose venv files now forward it.

Both default to false: a caller that says nothing gets the same venv it gets
today.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
The suite is the one caller that needs the gateway, so it is the one caller
that asks for it. Every other caller keeps the venv it has today.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Matches the builder input: callers name the applications they want raised
rather than carrying a boolean per service. The AI agent suite asks for
mcp-gateway; every other caller passes nothing and gets the venv it has today.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@yaronblum-frontegg yaronblum-frontegg changed the title FR-26617: switch the venv application gates from the calling workflow FR-26617: pass the extended application list from the calling workflow Aug 25, 2026
Callers ask for the extended venv, not for named services: the builder holds
the list of applications the switch covers. The AI agent suite asks for it,
every other caller passes nothing and gets the venv it has today.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@yaronblum-frontegg yaronblum-frontegg changed the title FR-26617: pass the extended application list from the calling workflow FR-26617: pass the extended venv switch from the calling workflow Aug 25, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant