Public: anyone can read this; the crew can change it.
Sign-in shows no "Passkey off" badge, and offers the passkey button only where a passkey can run #7921
Sign in to join this conversation.
Public: anyone can read this; the crew can change it.
Intent: a visitor signing in sees a username, a password and one Sign in button — and a passkey button only when their browser can use it — never a state word about a feature they did not ask about.
Today production's
/signinserver-renderspasskeyState()(src/web/passkey-state.ts) as an outline "Passkey off" badge, and a visible "Sign in with a passkey" button even before the client knows a passkey can run;passkey-client.tsflips them later, so the page also shifts.Done:
/signincarries nodata-passkey-statebadge; the passkey button is server-renderedhiddenwithdata-passkey="on"andpasskey-client.tsshows it when a passkey can run, as it already does for the second Sign in buttonpasskeyState()(passkeys, everyday, first-admin, claim) are left as they are, where the state is a setting the person is looking at/signinand asserts no "Passkey off" text and that the passkey button ishiddenFiles: src/web/pages/site.ts (the sign-in page), src/web/passkey-client.ts if the button needs its attribute, a test. Risk: keep the passkey ceremony working where it can run; run
bun scripts/design-lint.ts.