You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The RC3 package graph selected Better Auth 1.7.2 for Better Auth UI while @btst/db@2.2.3 and its adapters retain Better Auth 1.6.16. Stable v3 will resolve that mismatch by aligning the companion down to the retained database cohort, not by upgrading or synchronizing the database fork.
Any future Better Auth fork or adapter upgrade is separate post-v3 work.
This correction supersedes the preserved RC3 planning text below wherever it names Better Auth 1.7.2 as the stable-v3 target cohort.
This was generated by AI during triage.
Current status — 2026-08-31
RC3 has been published and its primary real-application validation is complete. This status section supersedes the pre-publication ordering and unchecked RC3 gates preserved below as historical release context.
bio-mogging#109 completed the retained Prisma validation and remains non-blocking.
The published-artifact defects in #244 and #246 justify a focused RC4 before stable v3. This tracker now owns that RC4/stable closeout: fix the defects, pass the packed consumer gates, complete the scaffold and documentation, record focused validation, complete the soak, publish stable packages, and then close parent #137.
Context
Sub-issue of #137. This is the operational tracker for completing, publishing, and handing off the coordinated v3 RC3 cohort. RC3 must use npm's next dist-tag so latest continues to resolve to stable releases throughout validation.
RC1 and RC2 publication/real-project records remain preserved in this issue's comments:
RC3 is a new coordinated release gate. The substantial #202 runtime/plugin-interface redesign lands first; the maintained Better Auth UI companion then migrates once against that final API; the main repository restores the optional companion scaffold/docs; generated clean installations verify the packed artifacts; and only then are the RC3 packages published together.
Real-project validation is deliberately post-publication and user-owned. It does not block RC3.
Publish all prerelease packages with --tag next. Do not move any package's latest tag. The Stack tag is v3.0.0-rc.3; the companion repository publishes its own v2.0.0-rc.3 release/tag from the reviewed release commit.
Authoritative dependency chain
#202 final core runtime/plugin DX
-> better-auth-ui#20 migration implementation and RC3 package shape
-> #219 restore optional core CLI/catalog/docs integration
-> #174 packed-artifact compatibility and clean-install gate
-> #175 final production migration/verification playbook
-> coordinated core/codegen/Better Auth UI RC3 publication
-> user-owned Better Stack Web #37 and Bio Mogging #109 validation
The Better Auth UI migration issue includes its release work, but its implementation PR/package shape must be available to #219 and #174 before publication. Hold its npm publication step for this coordinated gate; do not publish the companion early simply to satisfy a textual dependency.
Assert peer-clean installation, one compatible Better Auth/Better Call type universe, no mandatory optional adapters, and no undocumented direct pins.
Type-check and production-build every generated framework fixture.
Run build, typecheck, lint, knip/unused-export checks, unit tests, docs build, registry generation/checks, init smoke, and three-framework codegen E2E.
Confirm client bundles contain no server-only request headers, secrets, Better Auth server instances, or server authorization modules.
Live Better Auth/database authentication across three frameworks is not required for this gate. Package/fixture tests establish installability and build correctness; real-project behavior is tested after publication.
Publication and provenance
Bump release commits to the exact RC3 versions and verify tags match package versions.
Publish the core GitHub prerelease and Stack/codegen artifacts from the matching tag/ref with npm provenance.
Publish the Better Auth UI GitHub prerelease and npm artifact from its matching tag/ref.
Verify all three expected artifacts resolve through next at their exact versions.
Verify latest remains on @btst/stack@2.12.2, @btst/codegen@0.1.3, and @btst/better-auth-ui@1.2.5 unless a separately approved stable release has occurred before RC3.
Record exact versions, source commits, workflow runs, npm integrities/shasums, dist-tags, and the machine-readable compatibility cohort on this issue.
Verify the public tarballs match the artifacts exercised by the generated release gate.
olliethedev/bio-mogging#109 — incremental RC2-to-RC3 Next.js/Prisma validation from its retained RC2 branch.
The user owns both audits. They reuse retained RC2 manifests/evidence, pin the exact public versions, and report substantial findings upstream. A finding may motivate RC4; neither ticket is an RC3 publication prerequisite.
Stable release remains later
Complete the agreed RC soak period with no unresolved release blockers.
Bump packages from prerelease to final versions and run the complete release matrix on final commits.
Merge v3 into main, publish final releases, verify latest, and retire obsolete next tags.
Stable-v3 cohort correction — 2026-08-31
The RC3 package graph selected Better Auth 1.7.2 for Better Auth UI while
@btst/db@2.2.3and its adapters retain Better Auth 1.6.16. Stable v3 will resolve that mismatch by aligning the companion down to the retained database cohort, not by upgrading or synchronizing the database fork.transaction: truewhere atomic plugins require it: [v3 stable docs] Publish the final production migration and verification playbook #175.This correction supersedes the preserved RC3 planning text below wherever it names Better Auth 1.7.2 as the stable-v3 target cohort.
Current status — 2026-08-31
RC3 has been published and its primary real-application validation is complete. This status section supersedes the pre-publication ordering and unchecked RC3 gates preserved below as historical release context.
Completed
@btst/better-auth-ui@2.0.0-rc.3is published onnext.@btst/stack@3.0.0-rc.3and@btst/codegen@0.2.0-rc.3onnext.Remaining stable-release work
@btst/db@2.2.3Better Auth 1.6.16 cohort; do not upgrade the database fork for v3.The published-artifact defects in #244 and #246 justify a focused RC4 before stable v3. This tracker now owns that RC4/stable closeout: fix the defects, pass the packed consumer gates, complete the scaffold and documentation, record focused validation, complete the soak, publish stable packages, and then close parent #137.
Context
Sub-issue of #137. This is the operational tracker for completing, publishing, and handing off the coordinated v3 RC3 cohort. RC3 must use npm's
nextdist-tag solatestcontinues to resolve to stable releases throughout validation.RC1 and RC2 publication/real-project records remain preserved in this issue's comments:
RC3 is a new coordinated release gate. The substantial #202 runtime/plugin-interface redesign lands first; the maintained Better Auth UI companion then migrates once against that final API; the main repository restores the optional companion scaffold/docs; generated clean installations verify the packed artifacts; and only then are the RC3 packages published together.
Real-project validation is deliberately post-publication and user-owned. It does not block RC3.
Exact RC3 publication targets
@btst/stack@3.0.0-rc.3@btst/codegen@0.2.0-rc.3@btst/better-auth-ui@2.0.0-rc.3Publish all prerelease packages with
--tag next. Do not move any package'slatesttag. The Stack tag isv3.0.0-rc.3; the companion repository publishes its ownv2.0.0-rc.3release/tag from the reviewed release commit.Authoritative dependency chain
The Better Auth UI migration issue includes its release work, but its implementation PR/package shape must be available to #219 and #174 before publication. Hold its npm publication step for this coordinated gate; do not publish the companion early simply to satisfy a textual dependency.
RC3 implementation gate
createBackendStack/createClientStackinterfaces, centralized client runtime, inferred overrides, normalized plugin IDs/factories/lifecycle names, and preserved [v3 auth] Ship one-rule full-stack authorization #180–[v3 auth] Remove RC authorization paths and publish the v3 contract #193 authorization semantics.better-stack-ai/better-auth-ui#20migrates the wrapper/bridge against the landed [v3 RC3 DX] Centralize client runtime configuration and normalize all plugin interfaces #202 API while leaving upstream component/domain code substantially unchanged.Generated release gate
The release candidate is not publishable until CI validates what consumers will install, not merely workspace links:
Live Better Auth/database authentication across three frameworks is not required for this gate. Package/fixture tests establish installability and build correctness; real-project behavior is tested after publication.
Publication and provenance
nextat their exact versions.latestremains on@btst/stack@2.12.2,@btst/codegen@0.1.3, and@btst/better-auth-ui@1.2.5unless a separately approved stable release has occurred before RC3.Post-publication real-project handoff
Publication unblocks, but does not wait for:
better-stack-ai/better-stack-web#37— incremental RC2-to-RC3 Next.js/Drizzle validation from retained branchvalidation/btst-v3-rc.2.olliethedev/bio-mogging#109— incremental RC2-to-RC3 Next.js/Prisma validation from its retained RC2 branch.The user owns both audits. They reuse retained RC2 manifests/evidence, pin the exact public versions, and report substantial findings upstream. A finding may motivate RC4; neither ticket is an RC3 publication prerequisite.
Stable release remains later
v3intomain, publish final releases, verifylatest, and retire obsoletenexttags.Blocked by
better-stack-ai/better-auth-ui#20, specifically its migration/package-preparation workParent