kanidm: ask upstream for a configurable link on the sign-in page #337
Etiketter
Inga etiketter
area/backups
area/ci
area/control-panel
area/identity
area/infra
area/observability
area/payments
area/security
area/storage
area/web
blocked
needs-info
needs-triage
ready-for-implementation
type
bug
type
chore
type
docs
type
epic
type
feature
type
task
wontfix
Ingen milstolpe
Inget projekt
Inga tilldelade
1 deltagare
Notiser
Förfallodatum
Inget förfallodatum satt.
Beroenden
Inga beroenden satta
Referens
bitborg/bitborg-infra#337
Läser in…
Hänvisa till i nytt ärende
Ingen beskrivning angiven.
Ta bort grenen "%!s()"
Borttagning av en gren är permanent. Även om den borttagna grenen kan fortsätta existera en kort tid innan den faktiskt tas bort, kan det INTE ångras i de flesta fall. Vill du fortsätta?
Kanidm offers no way to add a link to its sign-in page. Deployments where account creation happens
outside Kanidm therefore strand a visitor who has no account: the page can prompt for a username
and offer account recovery, and nothing else.
The existing upstream requests do not cover this:
logo and accompanying text; it closed with display name + image +
override.cssonly.self-registration inside Kanidm and has been open since 2023.
Ours is much smaller and sits between the two: let the operator configure one link — a label and
a URL — rendered on the sign-in page. The template already has exactly this pattern for account
recovery (
server/core/templates/login.html, gated ondisplay_ctx.domain_info.allow_account_recovery()), and the domain entry already carries operatorsettings of this shape (
set-displayname,set-image,set-allow-account-recovery).Scope
kanidm/kanidmproposing an operator-settable sign-in link (label + URL),framed as complementing rather than pre-empting the self-registration request.
Part of gitborg/gitborg-docs#69.
supernaut refererade till detta ärende från bitborg/bitborg-docs2026-08-02 12:32:47 +00:00