Repository navigation
chore(deps): update @seamless-auth/types to 0.31.0 - #210
Merged
Merged
Conversation
Bccorb
added a commit
that referenced
this pull request
Oct 26, 2026
…ement (#211) * fix(deps): require @seamless-auth/types 0.31.0 for account recovery * feat(client): recovery codes, account recovery and recovery sessions Add client methods for the auth API v0.20 recovery routes, the bearer route rules that mirror their adapter manifest credentials, and the shared flows the bundled screens of every binding build on. A session issued by a recovery code or a completed account recovery is tracked by the client and mirrored into the session state. After a passkey or TOTP enrollment made from it, the client refreshes the session so the new access token no longer carries the recovery claim. * chore: drop the types bump changeset, which ships with #210 * feat(react): recovery screens in AuthRoutes Add the sign-in side of account recovery to the prebuilt UI: - /recovery-code signs in with a recovery code - /recovery-codes generates and shows a first set after a passkey is enrolled, and asks the user to confirm they saved it - /account-recovery runs self-service recovery: channel, code, the waiting period, then completion - /recovery/cancel takes the token from the notice link's fragment, drops it from the address bar and cancels the request The sign-in screen offers recovery only where the public configuration reports it, and a recovery session goes straight to passkey enrollment, which it cannot skip. Refs #185, #208 * docs: recovery codes, account recovery and passkey management * feat(react): passkey and recovery sections for account settings Export router-free settings sections built on the public primitives: - PasskeyManagement lists passkeys with name, kind and last use, renames and deletes them, adds another, and asks for a second passkey when there is only one - RecoveryCodeSettings shows the codes left and generates or replaces a set, stepping up with the passkey when the API asks for it - RecoveryRequests lists open account recovery requests with cancel - AccountSecurity renders all three Refs #185, #186, #208 * feat(svelte): expose the recovery session actions * style: format the types 0.31.0 changeset --------- Co-authored-by: Brandon Corbett <Bccorb@users.noreply.github.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
The
Check @seamless-auth/types is currentCI step fails on main and on every open PR, because 0.31.0 (the auth server v0.20 contract) is published and client, react and react-native pin^0.29.0.This is the bump alone, with no code changes, so it can merge first and unblock #209 and the v0.20 recovery features PR.
Checks on this branch:
npm run lint,typecheck,format:checkandbuildall exit 0.check:types-currentreports current.npm test -- --runInBand: Jest 618 passed, Vitest 3 files passed.