Security
ALLOW_SIGNUPS=falsedid not actually stop account creation. The setting was checked on the signup endpoint, but the auth proxy exposes Better Auth's own/api/auth/sign-up/emailroute, and that was reachable regardless — a deploy with signups closed still accepted new accounts, sessions and verification emails. Account creation is now gated in one place: with the setting off, an account can only be created when a pending, unexpired invitation exists for that address, so invited clients are unaffected. (#68)
Fixes
- Analytics were undercounting signups.
/signup,/accept-inviteand/forgot-passwordare prerendered, so they were baked at build time with an empty tracker list and never reported. They now resolve trackers at request time, which also means the published image reports nowhere by default. (#65, #66) - Identifiers are stripped from analytics payloads before sending — project ids, org slugs, signing tokens, query strings and page titles were all being transmitted. (#65)
Upgrading
No action needed. If you run with ALLOW_SIGNUPS=false, check your user table for accounts created while the setting was ineffective.
Full changelog: v1.8.5...v1.8.6