Skip to content

feat(ui-react): default client_id to mint-local and enable by default - #112

Merged
mosoriob merged 1 commit into
feat/disable-legacy-uifrom
feat/ui-react-default-client-id
Aug 30, 2026
Merged

feat(ui-react): default client_id to mint-local and enable by default#112
mosoriob merged 1 commit into
feat/disable-legacy-uifrom
feat/ui-react-default-client-id

Conversation

@mosoriob

Copy link
Copy Markdown
Contributor

Stacked on #111. Base is feat/disable-legacy-ui, so this diff shows only the change on top of it.

#111 turns the legacy UI off by default and asks a question in its own body: a bare install then ships no frontend, because ui_react is also off. It is off because enabling it needs components.ui_react.config.client_id, and the chart hard-fails to render without one.

This gives that value a default, and turns the component on.

Changes

Value Before After
components.ui_react.config.client_id "" (render hard-failed) mint-local
components.ui_react.enabled false true
components.ui_react.ingress.hosts[0].host next.mint.local mint.local

mint-local is not a new client. auth.client_id already defaults to it for the legacy UI.

Why the host moved

The identity provider matches the callback URL exactly. mint-local is registered against mint.local. Leaving the React UI on next.mint.local would make the new default wrong at the first login.

The legacy UI is off by default after #111, so the two never contend for the host. This is the case the chart's own doc comment already describes: the React UI takes over the legacy UI's host and reuses its client. A deployment that wants both at once must move one of them.

A defect in #111

templates/ingress-ui.yaml was gated on components.ui.ingress.enabled alone. With components.ui.enabled: false, a default render still emitted an Ingress at mint.local pointing at the mint-ui Service that was no longer created. That is a 503 at the root host.

The template now gates on components.ui.enabled as well.

The guard stays

client_id: "" is still a render failure, not a silent misconfiguration. Only the first sentence of the message changed, from "is required" to "must not be empty".

Verification

  • helm lint: 0 failed.
  • Bare render: React UI at mint.local with AUTH_CLIENT_ID: "mint-local". No legacy UI resources. No host collision.
  • --set components.ui.enabled=true: legacy UI renders as before.
  • --set components.ui_react.config.client_id="": the guard fires.

releases/MINT-9.0.0-beta.9.tgz repackaged and index.yaml regenerated with make release. The two README.md rows were edited by hand; helm-docs was not available.

Before merging

  • The body of feat(ui): disable the legacy LitElement UI by default #111 still says ui_react is disabled and that a bare install ships no frontend. Update it.
  • Check dynamo. If the TACC values do not set components.ui_react.ingress.hosts, this change points the React UI at that deployment's legacy UI host.

The chart hard-failed to render unless components.ui_react.config.client_id
was set, so with the legacy UI now off by default a bare install shipped no
frontend at all.

Default the client to mint-local, the same client auth.client_id already
gives the legacy UI, and enable the component. Move its default ingress to
mint.local so the origin matches that client's callback URL; the legacy UI
is off, so nothing contends for the host.

Gate the legacy UI ingress on components.ui.enabled. It was gated on its own
ingress.enabled only, so a default render emitted an Ingress pointing at a
Service that no longer exists.

Repackaged 9.0.0-beta.9.
@mosoriob
mosoriob merged commit ccc96d1 into feat/disable-legacy-ui Aug 30, 2026
1 of 2 checks passed
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