Login issues
This is a description of the issue from my client (I've had this issue myself when I've tried to log in):
"Followed the link you sent, and added my credentials. It then forwarded me to the Welcome Back Screen, and I also got an email asking me to confirm. Clicking the confirmation link in the confirmation email sent me again to a localhost page (see screenshot). And trying to login on the welcome screen with the email and password I entered previously says "invalid email or password. please try again.” (see Screenshot)."
Can anyone help me troubleshoot?
10 Replies
I think this has to do with your Site URL.
Go here: Project Settings -> Authentication -> URL Configuration
If you see localhost, change it to your domain
You're right - it is set to local host.
What's confusing is that many others had no issues with signing up.
I've never changed this setting and it's been running for months
If I change it now, will it mess up something for existing succesful users?
No, worse case scenario, you revert it
and oh, sorry, this has nothing to do with signup, see:
Configure the default redirect URL used when a redirect URL is not specified or doesn't match one from the allow list. This value is also exposed as a template variable in the email templates section. Wildcards cannot be used here.Try changing it and see if it works, I remember having the same issue, and I think that was the fix, can't fully recall how I fixed it
Cool, I appreciate your insight.
Question: my domain is in Lovable. I don't have a custom domain set in Supabase. Does this affect the "procedure"?
No, I personally don't use that and it doesn't matter in this case
Thank you 🙏
One last stupid question. Would that be the root domain or the /auth path?
The root domain leads to a different product.
The Site URL is used as a fallback redirect and as a template variable in emails. When users click links in authentication emails (like email confirmations or password resets), they need to land somewhere that can handle the authentication flow.
To answer your question, it depends on where your application lives, set it to where your user needs to land after a redirect
The confirmations and password resets are two different paths, I guess..?
Jeez, I find I'm on unsolid ground here lol. I'm new the all of this and my brain clearly has a different kind of logic, lol. Thanks for all your help. I appreciate it
Sure, let me know if that works for you!