Skip to content

chore(chart): release 9.0.0-beta.10 with the ui_react client_id default - #113

Merged
mosoriob merged 3 commits into
mainfrom
chore/chart-9.0.0-beta.10
Aug 30, 2026
Merged

chore(chart): release 9.0.0-beta.10 with the ui_react client_id default#113
mosoriob merged 3 commits into
mainfrom
chore/chart-9.0.0-beta.10

Conversation

@mosoriob

Copy link
Copy Markdown
Contributor

main does not have the change from #112.

#111 merged to main at 23:08:55. #112 merged at 23:10:02, into feat/disable-legacy-ui — a branch that was already merged. The merge commit ccc96d1 sits on that branch and never reached main, so 9.0.0-beta.9 on main is the chart without the ui_react client ID default.

This PR carries it to main.

Why a new version instead of repackaging beta.9

9.0.0-beta.9 is already in index.yaml on main and served from Pages. One version must not name two different tarballs, so releases/MINT-9.0.0-beta.9.tgz and its index entry are byte-identical to main. The change ships as 9.0.0-beta.10.

Content

Identical to #112, plus the version bump.

Value beta.9 beta.10
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

Plus: templates/ingress-ui.yaml now gates on components.ui.enabled, not only on components.ui.ingress.enabled. Under beta.9 a default render emits an Ingress at mint.local pointing at the mint-ui Service that beta.9 no longer creates — a 503 at the root host.

mint-local is not a new client. auth.client_id already defaults to it for the legacy UI, and the host moves to mint.local so the origin matches that client's registered callback URL. The legacy UI is off by default, so the two never contend for the host.

The client_id: "" guard stays a render failure.

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.
  • releases/MINT-9.0.0-beta.9.tgz: no diff against main.
  • index.yaml lists both beta.9 and beta.10.

After merging

mintproject/monorepo pins the chart by submodule pointer. It is on b89c35e (beta.8) and needs bumping to this merge commit.

mosoriob and others added 3 commits August 30, 2026 19:07
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.
feat(ui-react): default client_id to mint-local and enable by default
PR #112 merged into feat/disable-legacy-ui after that branch had already
merged to main, so the ui_react client_id default never reached main and
9.0.0-beta.9 shipped without it.

Carry the change to main as a new release rather than repackaging beta.9.
beta.9 is already published from index.yaml, and one version must not name
two different tarballs. Its .tgz and index entry are untouched.
@mosoriob
mosoriob merged commit 28fedea into main 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