Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension


Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
16 changes: 0 additions & 16 deletions .changeset/magic-link-confirm-step.md

This file was deleted.

5 changes: 0 additions & 5 deletions .changeset/react-readme-nextjs-package.md

This file was deleted.

5 changes: 0 additions & 5 deletions .changeset/seamless-service-token-env.md

This file was deleted.

17 changes: 17 additions & 0 deletions packages/angular/CHANGELOG.md
Original file line number Diff line number Diff line change
@@ -1,5 +1,22 @@
# @seamless-auth/angular

## 0.3.0

### Minor Changes

- 59802e2: Add a confirmation step for magic links opened on another device.

A magic link opened on a device other than the one that asked for it now waits for the reader to approve it (auth API 0.19.0 and later). The bundled verify screens show which kind of device asked and when, and offer "Yes, sign in that device" or "No, this wasn't me". Approving signs in the requesting device and tells the reader to return to it; declining changes nothing.

`@seamless-auth/client` adds `client.confirmMagicLink(token)`, the `getMagicLinkConfirmation`, `isMagicLinkConfirmationRequired`, `describeMagicLinkDevice`, `magicLinkConfirmationPrompt` and `confirmMagicLinkSignIn` helpers, and the `MagicLinkConfirmation` and `MagicLinkDeviceClass` types. In bearer mode the verify call now sends the sign-in's ephemeral token when one is held. A custom verify screen that treats every failure as an invalid link should check `getMagicLinkConfirmation(error)` first.

The React Native README describes the new step for apps that handle magic links.

### Patch Changes

- Updated dependencies [59802e2]
- @seamless-auth/client@0.6.0

## 0.2.0

### Minor Changes
Expand Down
4 changes: 2 additions & 2 deletions packages/angular/package.json
Original file line number Diff line number Diff line change
@@ -1,6 +1,6 @@
{
"name": "@seamless-auth/angular",
"version": "0.2.0",
"version": "0.3.0",
"description": "Angular bindings for Seamless Auth: a signal-based auth service, route guards, and optional sign-in screens.",
"type": "module",
"engines": {
Expand Down Expand Up @@ -43,7 +43,7 @@
"rxjs": "^7.4.0"
},
"dependencies": {
"@seamless-auth/client": "^0.5.0",
"@seamless-auth/client": "^0.6.0",
"tslib": "^2.7.0"
},
"sideEffects": [
Expand Down
12 changes: 12 additions & 0 deletions packages/client/CHANGELOG.md
Original file line number Diff line number Diff line change
@@ -1,5 +1,17 @@
# @seamless-auth/client

## 0.6.0

### Minor Changes

- 59802e2: Add a confirmation step for magic links opened on another device.

A magic link opened on a device other than the one that asked for it now waits for the reader to approve it (auth API 0.19.0 and later). The bundled verify screens show which kind of device asked and when, and offer "Yes, sign in that device" or "No, this wasn't me". Approving signs in the requesting device and tells the reader to return to it; declining changes nothing.

`@seamless-auth/client` adds `client.confirmMagicLink(token)`, the `getMagicLinkConfirmation`, `isMagicLinkConfirmationRequired`, `describeMagicLinkDevice`, `magicLinkConfirmationPrompt` and `confirmMagicLinkSignIn` helpers, and the `MagicLinkConfirmation` and `MagicLinkDeviceClass` types. In bearer mode the verify call now sends the sign-in's ephemeral token when one is held. A custom verify screen that treats every failure as an invalid link should check `getMagicLinkConfirmation(error)` first.

The React Native README describes the new step for apps that handle magic links.

## 0.5.0

### Minor Changes
Expand Down
2 changes: 1 addition & 1 deletion packages/client/package.json
Original file line number Diff line number Diff line change
@@ -1,6 +1,6 @@
{
"name": "@seamless-auth/client",
"version": "0.5.0",
"version": "0.6.0",
"description": "Framework-agnostic client core for Seamless Auth: the HTTP client, session store, and result types the framework bindings share.",
"type": "module",
"exports": {
Expand Down
15 changes: 15 additions & 0 deletions packages/react-native/CHANGELOG.md
Original file line number Diff line number Diff line change
@@ -1,5 +1,20 @@
# @seamless-auth/react-native

## 0.3.1

### Patch Changes

- 59802e2: Add a confirmation step for magic links opened on another device.

A magic link opened on a device other than the one that asked for it now waits for the reader to approve it (auth API 0.19.0 and later). The bundled verify screens show which kind of device asked and when, and offer "Yes, sign in that device" or "No, this wasn't me". Approving signs in the requesting device and tells the reader to return to it; declining changes nothing.

`@seamless-auth/client` adds `client.confirmMagicLink(token)`, the `getMagicLinkConfirmation`, `isMagicLinkConfirmationRequired`, `describeMagicLinkDevice`, `magicLinkConfirmationPrompt` and `confirmMagicLinkSignIn` helpers, and the `MagicLinkConfirmation` and `MagicLinkDeviceClass` types. In bearer mode the verify call now sends the sign-in's ephemeral token when one is held. A custom verify screen that treats every failure as an invalid link should check `getMagicLinkConfirmation(error)` first.

The React Native README describes the new step for apps that handle magic links.

- Updated dependencies [59802e2]
- @seamless-auth/client@0.6.0

## 0.3.0

### Minor Changes
Expand Down
4 changes: 2 additions & 2 deletions packages/react-native/package.json
Original file line number Diff line number Diff line change
@@ -1,6 +1,6 @@
{
"name": "@seamless-auth/react-native",
"version": "0.3.0",
"version": "0.3.1",
"description": "Headless React Native binding for Seamless Auth: provider, hooks, and the native ports for passkeys, secure token storage, and in-app browser OAuth.",
"type": "module",
"exports": {
Expand Down Expand Up @@ -45,7 +45,7 @@
"react": "^18.0.0 || ^19.0.0"
},
"dependencies": {
"@seamless-auth/client": "^0.5.0",
"@seamless-auth/client": "^0.6.0",
"@seamless-auth/types": "^0.28.0"
},
"sideEffects": false
Expand Down
19 changes: 19 additions & 0 deletions packages/react/CHANGELOG.md
Original file line number Diff line number Diff line change
@@ -1,5 +1,24 @@
# @seamless-auth/react

## 0.17.0

### Minor Changes

- 59802e2: Add a confirmation step for magic links opened on another device.

A magic link opened on a device other than the one that asked for it now waits for the reader to approve it (auth API 0.19.0 and later). The bundled verify screens show which kind of device asked and when, and offer "Yes, sign in that device" or "No, this wasn't me". Approving signs in the requesting device and tells the reader to return to it; declining changes nothing.

`@seamless-auth/client` adds `client.confirmMagicLink(token)`, the `getMagicLinkConfirmation`, `isMagicLinkConfirmationRequired`, `describeMagicLinkDevice`, `magicLinkConfirmationPrompt` and `confirmMagicLinkSignIn` helpers, and the `MagicLinkConfirmation` and `MagicLinkDeviceClass` types. In bearer mode the verify call now sends the sign-in's ephemeral token when one is held. A custom verify screen that treats every failure as an invalid link should check `getMagicLinkConfirmation(error)` first.

The React Native README describes the new step for apps that handle magic links.

### Patch Changes

- bd62b41: Point the README's Next.js section at `@seamless-auth/nextjs`, which serves the `/auth` routes from a route handler and resolves the session with `getSeamlessSession`. It no longer says a Next.js server package is still planned.
- 9852bd4: The README's Next.js example reads the service token from `SEAMLESS_SERVICE_TOKEN` instead of `API_SERVICE_TOKEN`. The auth server still reads `API_SERVICE_TOKEN`; both hold the same value.
- Updated dependencies [59802e2]
- @seamless-auth/client@0.6.0

## 0.16.0

### Minor Changes
Expand Down
4 changes: 2 additions & 2 deletions packages/react/package.json
Original file line number Diff line number Diff line change
@@ -1,6 +1,6 @@
{
"name": "@seamless-auth/react",
"version": "0.16.0",
"version": "0.17.0",
"description": "A drop-in authentication solution for modern React applications.",
"type": "module",
"exports": {
Expand Down Expand Up @@ -56,7 +56,7 @@
}
},
"dependencies": {
"@seamless-auth/client": "^0.5.0",
"@seamless-auth/client": "^0.6.0",
"@seamless-auth/types": "^0.28.0",
"@simplewebauthn/browser": "^13.1.0",
"libphonenumber-js": "^1.12.7"
Expand Down
17 changes: 17 additions & 0 deletions packages/svelte/CHANGELOG.md
Original file line number Diff line number Diff line change
@@ -1,5 +1,22 @@
# @seamless-auth/svelte

## 0.2.0

### Minor Changes

- 59802e2: Add a confirmation step for magic links opened on another device.

A magic link opened on a device other than the one that asked for it now waits for the reader to approve it (auth API 0.19.0 and later). The bundled verify screens show which kind of device asked and when, and offer "Yes, sign in that device" or "No, this wasn't me". Approving signs in the requesting device and tells the reader to return to it; declining changes nothing.

`@seamless-auth/client` adds `client.confirmMagicLink(token)`, the `getMagicLinkConfirmation`, `isMagicLinkConfirmationRequired`, `describeMagicLinkDevice`, `magicLinkConfirmationPrompt` and `confirmMagicLinkSignIn` helpers, and the `MagicLinkConfirmation` and `MagicLinkDeviceClass` types. In bearer mode the verify call now sends the sign-in's ephemeral token when one is held. A custom verify screen that treats every failure as an invalid link should check `getMagicLinkConfirmation(error)` first.

The React Native README describes the new step for apps that handle magic links.

### Patch Changes

- Updated dependencies [59802e2]
- @seamless-auth/client@0.6.0

## 0.1.0

### Minor Changes
Expand Down
4 changes: 2 additions & 2 deletions packages/svelte/package.json
Original file line number Diff line number Diff line change
@@ -1,6 +1,6 @@
{
"name": "@seamless-auth/svelte",
"version": "0.1.0",
"version": "0.2.0",
"description": "Svelte bindings for Seamless Auth: a rune-based session, SvelteKit guards, and optional sign-in screens.",
"type": "module",
"svelte": "./dist/index.js",
Expand Down Expand Up @@ -70,7 +70,7 @@
}
},
"dependencies": {
"@seamless-auth/client": "^0.5.0"
"@seamless-auth/client": "^0.6.0"
},
"sideEffects": [
"*.css"
Expand Down
17 changes: 17 additions & 0 deletions packages/vue/CHANGELOG.md
Original file line number Diff line number Diff line change
@@ -1,5 +1,22 @@
# @seamless-auth/vue

## 0.2.0

### Minor Changes

- 59802e2: Add a confirmation step for magic links opened on another device.

A magic link opened on a device other than the one that asked for it now waits for the reader to approve it (auth API 0.19.0 and later). The bundled verify screens show which kind of device asked and when, and offer "Yes, sign in that device" or "No, this wasn't me". Approving signs in the requesting device and tells the reader to return to it; declining changes nothing.

`@seamless-auth/client` adds `client.confirmMagicLink(token)`, the `getMagicLinkConfirmation`, `isMagicLinkConfirmationRequired`, `describeMagicLinkDevice`, `magicLinkConfirmationPrompt` and `confirmMagicLinkSignIn` helpers, and the `MagicLinkConfirmation` and `MagicLinkDeviceClass` types. In bearer mode the verify call now sends the sign-in's ephemeral token when one is held. A custom verify screen that treats every failure as an invalid link should check `getMagicLinkConfirmation(error)` first.

The React Native README describes the new step for apps that handle magic links.

### Patch Changes

- Updated dependencies [59802e2]
- @seamless-auth/client@0.6.0

## 0.1.0

### Minor Changes
Expand Down
4 changes: 2 additions & 2 deletions packages/vue/package.json
Original file line number Diff line number Diff line change
@@ -1,6 +1,6 @@
{
"name": "@seamless-auth/vue",
"version": "0.1.0",
"version": "0.2.0",
"description": "Vue bindings for Seamless Auth: a plugin and composable for session state, route guards, and optional sign-in screens.",
"type": "module",
"exports": {
Expand Down Expand Up @@ -63,7 +63,7 @@
}
},
"dependencies": {
"@seamless-auth/client": "^0.5.0"
"@seamless-auth/client": "^0.6.0"
},
"sideEffects": [
"*.css"
Expand Down