@beignet/provider-auth-better-auth 0.0.44 → 0.0.46

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/CHANGELOG.md CHANGED
@@ -1,5 +1,15 @@
1
1
  # @beignet/provider-auth-better-auth
2
2
 
3
+ ## 0.0.46
4
+
5
+ ### Patch Changes
6
+
7
+ - 19bac12: Generate new apps with Better Auth 1.6.25, align the Agent Auth integration with
8
+ the validated Better Auth core, and document schema migration requirements for
9
+ Better Auth upgrades and plugin changes.
10
+
11
+ ## 0.0.45
12
+
3
13
  ## 0.0.44
4
14
 
5
15
  ## 0.0.43
package/README.md CHANGED
@@ -32,12 +32,12 @@ schema, and auth routes.
32
32
  ## Install
33
33
 
34
34
  ```bash
35
- bun add @beignet/core @beignet/provider-auth-better-auth better-auth@1.6.20
35
+ bun add @beignet/core @beignet/provider-auth-better-auth better-auth@1.6.25
36
36
  ```
37
37
 
38
38
  The provider supports Better Auth `>=1.3.26 <1.7.0`. The standard Beignet
39
- starter pins Better Auth to `1.6.20` so clean installs do not float into
40
- untested prerelease adapter versions.
39
+ starter pins Better Auth to `1.6.25` so clean installs use the version Beignet
40
+ validates in generated apps.
41
41
 
42
42
  ## Agent skills
43
43
 
@@ -327,8 +327,15 @@ the app's auth route tests and provider integration tests.
327
327
  ## Deployment notes
328
328
 
329
329
  Deploy the Better Auth database schema and secret configuration before enabling
330
- authenticated routes. Keep business authorization in feature policies and use
331
- Beignet auth hooks only for HTTP-boundary authentication.
330
+ authenticated routes. After upgrading Better Auth or changing its plugins,
331
+ regenerate the schema for your database adapter and apply the resulting
332
+ migration before deployment. Apps that enable `twoFactor()` must include the
333
+ plugin's current `failedVerificationCount` and `lockedUntil` fields. The
334
+ standard Beignet starter does not enable two-factor authentication, so its
335
+ default auth configuration does not require those fields.
336
+
337
+ Keep business authorization in feature policies and use Beignet auth hooks only
338
+ for HTTP-boundary authentication.
332
339
 
333
340
  ## API reference
334
341
 
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@beignet/provider-auth-better-auth",
3
- "version": "0.0.44",
3
+ "version": "0.0.46",
4
4
  "type": "module",
5
5
  "description": "Better Auth provider for Beignet - adds auth port for authentication and session management",
6
6
  "main": "./dist/index.js",
@@ -65,7 +65,7 @@
65
65
  "@beignet/devtools": "*",
66
66
  "@types/bun": "^1.3.13",
67
67
  "@types/node": "^20.10.0",
68
- "better-auth": "1.6.20",
68
+ "better-auth": "1.6.25",
69
69
  "typescript": "^5.3.0"
70
70
  },
71
71
  "beignet": {
@@ -142,6 +142,11 @@ action.
142
142
  should use service/system actors, not `ctx.auth`.
143
143
  - Keep session objects, cookies, bearer tokens, and provider-native auth data
144
144
  out of devtools, audit metadata, and error reports.
145
+ - After upgrading Better Auth or changing its plugins, regenerate the schema
146
+ for the app's database adapter and apply the resulting migration before
147
+ deployment. Apps using `twoFactor()` need the current
148
+ `failedVerificationCount` and `lockedUntil` fields. The standard Beignet
149
+ starter does not enable two-factor authentication.
145
150
 
146
151
  ## Devtools
147
152