universal_login_context pour cet écran (window.universal_login_context) contiendra :
client: Renseignements sur l’application Auth0.organization(facultatif) : Détails si l’authentification concerne une organisation précise.prompt: Contexte de l’étape actuelle du parcours d’authentification (p. ex., ‘login’).screen: Textes de l’interface utilisateur et renseignements généraux sur l’écran. Aucun champdatapropre à cet écran n’est défini de façon unique pourlogin-email-verificationau-delà des champs standard.transaction: Détails de la transaction en cours, y comprisstateet toute erreur provenant de tentatives précédentes (p. ex., “invalid-code”).
Example
Propriétés
Méthodes
Promise<void>
Soumet le code de vérification par courriel saisi par l’utilisateur.
Cette action correspond au moment où l’utilisateur entre le code reçu par courriel et
clique sur un bouton « Continue » ou « Verify ». Le SDK enverra ensuite ce code par POST
au point de terminaison Auth0
/u/login-email-verification.Si le code est valide, Auth0 redirige généralement l’utilisateur vers l’étape suivante du
flux d’authentification. Si le code est invalide, expiré ou qu’une autre erreur survient,
Auth0 réaffichera habituellement l’écran login-email-verification, et le tableau
transaction.errors dans le contexte du SDK sera mis à jour avec les détails
de l’échec (p. ex., le code d’erreur invalid-code).Une promesse qui se résout lorsque la soumission du formulaire est lancée.
Elle ne renvoie pas directement de données lors de sa résolution, puisqu’une redirection ou un
réaffichage de la page est le résultat habituel.Génère une erreur
Génère une erreur sipayload.code n’est pas fourni ou n’est pas une chaîne de caractères,
ou si le FormHandler rencontre un problème irrécupérable pendant la soumission (p. ex., une erreur réseau).
Les erreurs de validation provenant d’Auth0 (comme un code invalide) ne sont pas générées comme erreurs JavaScript,
mais sont reflétées dans this.transaction.errors après l’opération.Example
Promise<void>
Demande qu’un nouveau code de vérification soit envoyé à l’adresse courriel de l’utilisateur.
Cette action est généralement déclenchée lorsque l’utilisateur clique sur un bouton « Resend Code », par exemple parce qu’il
n’a pas reçu le premier courriel, que le code a expiré ou qu’il soupçonne un problème.
Le SDK enverra une requête POST au point de terminaison Auth0
/u/login-email-verification avec une action indiquant
une requête de renvoi.Une fois cette requête soumise avec succès, Auth0 tente d’envoyer un nouveau courriel.
La page peut être réaffichée. En cas de problème (p. ex., trop de tentatives de renvoi pour la même adresse courriel,
signalées par le code d’erreur too-many-emails), transaction.errors sera mis à jour.Une promesse qui se résout lorsque la requête de renvoi est lancée.
Comme continueWithCode, cela entraîne habituellement un réaffichage de la page ou une mise à jour de l’état
plutôt que des données directement renvoyées lors de la résolution de la promesse.Génère une erreur
Génère une erreur si leFormHandler rencontre un problème irrécupérable (p. ex., une erreur réseau).
Les erreurs côté serveur (comme les limites de débit) sont reflétées dans this.transaction.errors.Example
Obtient la fonctionnalité de renvoi avec gestion du délai d’attente pour cet écran