github-starred/better-auth
2
0
Fork 0
mirror of https://github.com/better-auth/better-auth.git synced 2026-08-23 17:58:47 -05:00
Code Issues 2.5k Packages Projects Releases 112 Wiki Activity

Create Waitlist invitations that can later be converted against a valid sign-up! #1231

New Issue
Closed
opened 2026-03-13 08:29:20 -05:00 by GiteaMirror · 9 comments
GiteaMirror commented 2026-03-13 08:29:20 -05:00
Owner
Copy Link
Copy Source

Originally created by @kabir-sadiq on GitHub (May 19, 2025).

Is this suited for github?

  • Yes, this is suited for github

Is your feature request related to a problem? Please describe.

I want to set-up a landing page with waitlist form on it.
And then later convert that waitlist to a valid sign-up once the user is given access.

Describe the solution you'd like

A waitlist plugin that we can opt-into. Users put in their email and optionally some extra fields.

We (owners/admin of the platform) then either accept or reject them from the waitlist at a later date.
If accepted, we should be able to send a mail to them to sign-up.

If they do sign-up, they get taken off from the waitlist (or marked with an appropriate status flag) and given access to the product.

It would be one amazing feature that will make better-auth even more comprehensive. It's not a tough feature either. Its a lot like invitations feature for org plugin.

Describe alternatives you've considered

Clerk. I've tried using Clerk for this but the set up is clunky.

Additional context

No response

Originally created by @kabir-sadiq on GitHub (May 19, 2025). ### Is this suited for github? - [x] Yes, this is suited for github ### Is your feature request related to a problem? Please describe. I want to set-up a landing page with waitlist form on it. And then later convert that waitlist to a valid sign-up once the user is given access. ### Describe the solution you'd like A waitlist plugin that we can opt-into. Users put in their email and optionally some extra fields. We (owners/admin of the platform) then either accept or reject them from the waitlist at a later date. If accepted, we should be able to send a mail to them to sign-up. If they do sign-up, they get taken off from the waitlist (or marked with an appropriate status flag) and given access to the product. It would be one amazing feature that will make better-auth even more comprehensive. It's not a tough feature either. Its a lot like invitations feature for org plugin. ### Describe alternatives you've considered Clerk. I've tried using Clerk for this but the set up is clunky. ### Additional context _No response_
GiteaMirror commented 2026-03-13 08:29:21 -05:00
Author
Owner
Copy Link
Copy Source

@dagmawibabi commented on GitHub (Jul 10, 2025):

Normally a Waitlist is just another signup form, meaning you could use any of the provided social sign in to register users while passing on an additional field in the user table. Something like waitlist: true and finally when you're ready you can remove this.

@dagmawibabi commented on GitHub (Jul 10, 2025): Normally a Waitlist is just another signup form, meaning you could use any of the provided social sign in to register users while passing on an additional field in the user table. Something like `waitlist: true` and finally when you're ready you can remove this.
GiteaMirror commented 2026-03-13 08:29:21 -05:00
Author
Owner
Copy Link
Copy Source

@kabir-sadiq commented on GitHub (Jul 15, 2025):

Normally a Waitlist is just another signup form, meaning you could use any of the provided social sign in to register users while passing on an additional field in the user table. Something like waitlist: true and finally when you're ready you can remove this.

While I see merit in this argument, a wait-list usually only includes collecting email.
But on better-auth, email auth requires you to pass-in password as well which is not possible at the wait-list form level of the product.

What do you say @dagmawibabi ?

@kabir-sadiq commented on GitHub (Jul 15, 2025): > Normally a Waitlist is just another signup form, meaning you could use any of the provided social sign in to register users while passing on an additional field in the user table. Something like `waitlist: true` and finally when you're ready you can remove this. While I see merit in this argument, a wait-list usually only includes collecting `email`. But on `better-auth`, email auth requires you to pass-in password as well which is not possible at the wait-list form level of the product. What do you say @dagmawibabi ?
GiteaMirror commented 2026-03-13 08:29:21 -05:00
Author
Owner
Copy Link
Copy Source

@dagmawibabi commented on GitHub (Jul 15, 2025):

@kabir-sadiq you could use the social providers and not ask people for their passwords. You know just using the Google provider to collect their emails and that's it :)

@dagmawibabi commented on GitHub (Jul 15, 2025): @kabir-sadiq you could use the social providers and not ask people for their passwords. You know just using the Google provider to collect their emails and that's it :)
GiteaMirror commented 2026-03-13 08:29:21 -05:00
Author
Owner
Copy Link
Copy Source

@kabir-sadiq commented on GitHub (Jul 15, 2025):

That'll be a very incorrect solution. Nobody would want to use their social providers to just sign up for a waitlist.
Never saw a waitlist form that does that.

@kabir-sadiq commented on GitHub (Jul 15, 2025): That'll be a very incorrect solution. Nobody would want to use their social providers to just sign up for a waitlist. Never saw a waitlist form that does that.
GiteaMirror commented 2026-03-13 08:29:22 -05:00
Author
Owner
Copy Link
Copy Source

@dagmawibabi commented on GitHub (Jul 15, 2025):

@kabir-sadiq but that's exactly what people do, give you their emails. What's wrong with this option other than being wayyy too simpler?

Imagine a waitlist to your product, that's just a click away from signing up. No form fills or anything else. Just a click and done! Then you can finally email those signups or convert them to users and more.

@dagmawibabi commented on GitHub (Jul 15, 2025): @kabir-sadiq but that's exactly what people do, give you their emails. What's wrong with this option other than being wayyy too simpler? Imagine a waitlist to your product, that's just a click away from signing up. No form fills or anything else. Just a click and done! Then you can finally email those signups or convert them to users and more.
GiteaMirror commented 2026-03-13 08:29:22 -05:00
Author
Owner
Copy Link
Copy Source

@Re4GD commented on GitHub (Jul 15, 2025):

I would say no, that's exactly what people not do. Take a look at https://www.better-auth.build. Even better-auth takes waitlist entries as emails. Social signin could be an option besides email, not the primary waitlist method.

Functionally, there is no difference between a waitlist and a newsletter, so I recommend not polluting the user table with a waitlist field as the waitlist entry can exist without a user (just like a newsletter entry). Make a new table/schema called Waitlist(id, email, status, createdAt, updatedAt) and update the status on the after hook of sign up.

@Re4GD commented on GitHub (Jul 15, 2025): I would say no, that's exactly what people not do. Take a look at https://www.better-auth.build. Even better-auth takes waitlist entries as emails. Social signin could be an option besides email, not the primary waitlist method. Functionally, there is no difference between a waitlist and a newsletter, so I recommend not polluting the user table with a waitlist field as the waitlist entry can exist without a user (just like a newsletter entry). Make a new table/schema called Waitlist(id, email, status, createdAt, updatedAt) and update the status on the after hook of sign up.
GiteaMirror commented 2026-03-13 08:29:22 -05:00
Author
Owner
Copy Link
Copy Source

@dagmawibabi commented on GitHub (Jul 15, 2025):

@Re4GD I agree with that, I could build you a plugin for this but I'll discuss with the team and let you know @kabir-sadiq

@dagmawibabi commented on GitHub (Jul 15, 2025): @Re4GD I agree with that, I could build you a plugin for this but I'll discuss with the team and let you know @kabir-sadiq
GiteaMirror commented 2026-03-13 08:29:23 -05:00
Author
Owner
Copy Link
Copy Source

@Re4GD commented on GitHub (Jul 15, 2025):

There is an open waitlist PR https://github.com/better-auth/better-auth/pull/3053, you might want to take a look @dagmawibabi . Also, better-auth-kit seems to be planning on building this plugin https://www.better-auth-kit.com/docs/plugins/waitlist

@Re4GD commented on GitHub (Jul 15, 2025): There is an open waitlist PR https://github.com/better-auth/better-auth/pull/3053, you might want to take a look @dagmawibabi . Also, better-auth-kit seems to be planning on building this plugin https://www.better-auth-kit.com/docs/plugins/waitlist
GiteaMirror commented 2026-03-13 08:29:23 -05:00
Author
Owner
Copy Link
Copy Source

@dagmawibabi commented on GitHub (Jul 15, 2025):

Thanks @Re4GD, the BA Kit is maintained by a team member and that PR has some issues and the person is a bit unresponsive. But we are trying to provide waitlists in the infra we are building.

@dagmawibabi commented on GitHub (Jul 15, 2025): Thanks @Re4GD, the BA Kit is maintained by a team member and that PR has some issues and the person is a bit unresponsive. But we are trying to provide waitlists in the infra we are building.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
adapter
astro
awaiting external contributor
blocked
breaking
breaking change
bug
c-devops
core
credentials
database
dependencies
devops
devtools
docs
documentation
duplicate
elysia
enhancement
enterprise
expo
express
fastify
good first issue
help wanted
hono
identity
infra
integration
invalid
javascript
locked
maintenance
need-more-information
needs: info
needs: repro
nextjs
nuxt
oauth
organization
P0
payments
perf
platform
plugin
pull-request
Mirrored from GitHub Pull Request
 question
ready
regression
remix
security
social-provider
solid
stale
svelte
tanstack-start
tracking
version-bump
vue
wontfix
No labels
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Assignees
Clear assignees
GiteaMirror ninjasurge (Kaehlen Rog)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/better-auth#1231