{"data": {"session": null, "user": null}, "error": [AuthApiError: Email not confirmed]}
{"data": {"session": null, "user": null}, "error": [AuthApiError: Email not confirmed]}
In scenarios where a user registers but hasn't yet confirmed their email, this "Email not confirmed" string is used in the response. However, this string is subject to change in future updates, making it less reliable for developers to build upon.
I propose that Supabase consider implementing a more standardized status code approach in the response, in addition to or instead of the current error messages. For instance:
By using standardized status codes, developers can rely on consistent responses and don't have to rely on parsing error message strings, which can change over time.
I'd like to open a discussion regarding the current response structure in supabase.auth. Currently, when making requests related to user authentication, we receive JSON responses that look like...
Supabase gives you the tools, documentation, and community that makes managing databases, authentication, and backend infrastructure a lot less overwhelming.