Skip to content

Fix field names in external-auth examples - #6330

Open
3nesdeniz wants to merge 1 commit into
stacklok:mainfrom
3nesdeniz:fix/external-auth-example-casing
Open

Fix field names in external-auth examples#6330
3nesdeniz wants to merge 1 commit into
stacklok:mainfrom
3nesdeniz:fix/external-auth-example-casing

Conversation

@3nesdeniz

Copy link
Copy Markdown

Summary

The example manifests under examples/operator/external-auth/ use snake_case keys (token_url, client_id, client_secret_ref, external_token_header_name) where the CRD schema expects camelCase (tokenUrl, clientId, clientSecretRef, externalTokenHeaderName), and a scope string where the schema defines a scopes list — so applying them verbatim fails validation. This updates the manifests to match the schema.

Split out of #6242 per review, so it can land on its own merits.

Validation

  • kubectl apply --dry-run=server requires a cluster with the CRDs installed; verified instead that every changed key matches the generated schema in deploy/charts/operator-crds/files/crds/toolhive.stacklok.dev_mcpexternalauthconfigs.yaml.

The example manifests under examples/operator/external-auth/ used
snake_case keys (token_url, client_id, client_secret_ref,
external_token_header_name) where the CRD schema expects camelCase
(tokenUrl, clientId, clientSecretRef, externalTokenHeaderName), and a
"scope" string where the schema defines a "scopes" list — so applying
them verbatim fails validation. Update the manifests to match the
schema.

Signed-off-by: Enes Deniz <142517728+3nesdeniz@users.noreply.github.com>
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