Skip to content

Sign-in renders in the app's language: ui_locales on the authorize request - #1225

Open
JamieRuderman wants to merge 1 commit into
feat/permitteer-loginfrom
feat/permitteer-ui-locales
Open

JamieRuderman wants to merge 1 commit into
feat/permitteer-loginfrom
feat/permitteer-ui-locales

Conversation

@JamieRuderman

@JamieRuderman JamieRuderman commented Sep 18, 2026

Copy link
Copy Markdown
Member

oidcStart sends prompt and login_hint but nothing about language. This adds ui_locales — the language the app is showing (i18n.resolvedLanguage: the per-account override once signed in, else the OS language) — the standard OIDC way to ask the sign-in page to render in it.

One line, no behaviour change today: Permitteer accepts the param on /authorize and drops it at the next hop (/login?tx= doesn't carry it and the transaction doesn't store it), so the sign-in page keeps following the login window's Accept-Language — the OS language, which is what the app shows unless the person overrode it. Carrying it across the hop is a schema change on Permitteer's side (a column on ConsentTransaction), raised with Evan in ebbtech/permitteer#24 and built on i18n/ui-locales-tx; when it lands, this line is what makes the page follow the app. With LANGUAGE_PICKER=false on our deployment there is no picker either way.

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