Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

How to implement persistent email / password field between signup/signin/magiclink/resetpassword #32

Open
cgestes opened this issue Sep 30, 2022 · 3 comments
Labels
enhancement New feature or request

Comments

@cgestes
Copy link

cgestes commented Sep 30, 2022

Hi,

if the feature make sense for the library, do you have an idea of how we could provide persistence between screens?

Probably we should support two use cases:

  • persistently store the email to reuse at next sign in
  • temporarily store email / password between the relevant screens

Which screen should support that? ie does it make sense for reset password?

Passing a default initialEmail/initialPassword is a bit annoying, cause with go_router when changing screens the supabase components may not change instance and those not use the new initialEmail/initialPassword

@cgestes cgestes added the enhancement New feature or request label Sep 30, 2022
@dshukertjr
Copy link
Member

I love the idea of persisting text field values across widgets!

persistently store the email to reuse at next sign in

I don't know if this behavior is common in apps in general, but do you have any example apps that have this behavior?

temporarily store email / password between the relevant screens

I don't think there is a single correct solution for implementing this! Any way to achieve it would be fine, I think!

@cgestes
Copy link
Author

cgestes commented Sep 30, 2022

I don't know if this behavior is common in apps in general, but do you have any example apps that have this behavior?

signing in into google? :D

I'am not sure it belongs in this repo, but it would make sense to make it possible.

Ok we will think about a design.

@henry2man
Copy link
Contributor

Just a simple one. Provide additional parameters in order to inject the email and/or the password with your custom ones, so you can setup your prefered persistency mechanism.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants