Skip to content

fix: decouple TLS from ingress in configmap template - #330

Open
krajtar wants to merge 1 commit into
hcengineering:mainfrom
krajtar:fix/configmap-tls-decouple
Open

krajtar wants to merge 1 commit into
hcengineering:mainfrom
krajtar:fix/configmap-tls-decouple

Conversation

@krajtar

@krajtar krajtar commented Aug 18, 2026

Copy link
Copy Markdown

Problem

The configmap template derives URL schemes (https/http, wss/ws) from ingress.enabled AND ingress.tls.enabled. This couples TLS termination to the built-in NGINX ingress.

When using an external gateway (Gateway API, LoadBalancer with TLS, Caddy, etc.) with ingress.enabled: false, the configmap renders http:// and ws:// URLs even though TLS is terminated upstream. Browsers loading the Huly UI over HTTPS get mixed-content blocking when the config serves http:///ws:// endpoints.

Fix

Add a top-level tls.enabled value that controls the URL scheme independently of ingress:

  • tls.enabled: truehttps/wss (regardless of ingress)
  • tls.enabled: falsehttp/ws
  • tls.enabled: "" (default, unset) → falls back to ingress.tls.enabled for backward compatibility

Backward compatibility

Scenario Before After
ingress.enabled=true, ingress.tls.enabled=true https https (fallback works)
ingress.enabled=true, ingress.tls.enabled=false http http (fallback works)
ingress.enabled=false (Gateway API) http (broken) http (fallback) — set tls.enabled=true to fix
ingress.enabled=false, tls.enabled=true N/A https (new fix)

No breaking changes — existing values files render identically.

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