Passwordless and Username+Password as a user login choice for single application

[sebarystm]

Feature: Allow having both passwordless (e.g. magic link) and username+password as login options for users

Description:
It was requested already a few times e.g. Passwordless and Username+Password as a choice for users (single app) or Passwordless and Username+Password at the same time

Use-case:
Give users flexibility in login options: for single application some users login frequently so they probably prefer username+password, in case of users that login once/twice per year passwordless magic link can be more convenient

[joe.h]

Requested again:

New Universal Login with passwordless-email and database connection

Hi, is it possible to somehow configure passwordless for New Universal Login(NUL) together with database connection without need to explicitely add connection parameter to authorize api? I am aware of doc Passwordless with New Universal Login so I configured everything accoding to it. When I enabled passwordless-email and database for web app and change Authentication Profile to Identifier first I had these expectations to the flow: User put email address Click to the button login If primar…

Use both password and passwordless

Looking to get some clarification around Auth0’s passwordless feature. Can’t have both password and passwordless? I was trying to update our tenant so that we could get users to log in with either magic link/opt or password, but it appears passwordless creates a secondary connection with different accounts; so that approach seems like a no go? If the above is true - is it possible to have one “email” connection per Organization, so that we can physically apply separation between our SaaS cli…

Free choice og password or passwordless login

Hi Is it possible to setup auth0 so my users can choose between using passwords and using passwordless? I’ve tested for some time, and my conclution is that I can send let users choose two different links to use the two different connection, but they have to choose the same connection when logging in. The optimal would be that the login-page thecks if the mail-address using passwords or password-less, and request password or the OTP-code. Ofcourse there would be a challange if a user exists f…

[eric.haynes]

This seems like quite an oversight. It allows you to configure an application to support multiple types, but the Universal Login UI makes them mutually exclusive. We have previously implemented this behavior ourselves using the /authorize endpoints directly (lower screenshot as an example). We want to convert to using Universal Login, but the best we can do to support this is to implement the initial login step on our end and conditionally pass the connection type to e.g. loginWithRedirect, which rather defeats the purpose.