> ## Documentation Index
> Fetch the complete documentation index at: https://translations.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.
> La page de connexion Auth0 ne peut pas afficher un message d’erreur provenant d’une Rule. Découvrez plutôt quoi faire.
# Lever des erreurs à partir de Rules
La date de fin de vie (EOL) de Rules et de Hooks sera le **18 novembre 2026**, et ils ne sont plus offerts aux nouveaux tenants créés à compter du **16 octobre 2023**. Les tenants existants avec des Hooks actifs conserveront l’accès à la fonctionnalité Hooks jusqu’à la fin de vie.
Nous vous recommandons fortement d’utiliser Actions pour étendre Auth0. Avec Actions, vous avez accès à des informations détaillées sur les types, à de la documentation intégrée et à des packages `npm` publics, et vous pouvez connecter des intégrations externes qui enrichissent votre expérience globale d’extensibilité. Pour en savoir plus sur ce qu’offre Actions, consultez [Understand How Auth0 Actions Work](/docs/fr-ca/customize/actions/actions-overview).
Pour vous aider dans votre migration, nous proposons des guides qui vous aideront à [passer de Rules à Actions](/docs/fr-ca/customize/actions/migrate/migrate-from-rules-to-actions) et à [passer de Hooks à Actions](/docs/fr-ca/customize/actions/migrate/migrate-from-hooks-to-actions). Nous avons également une page dédiée, [Move to Actions](https://auth0.com/extensibility/movetoactions), qui présente des comparaisons de fonctionnalités, [une démo d’Actions](https://www.youtube.com/watch?v=UesFSY1klrI) et d’autres ressources pour vous accompagner dans votre migration.
Pour en savoir plus sur la dépréciation de Rules et de Hooks, consultez notre billet de blogue : [Preparing for Rules and Hooks End of Life](https://auth0.com/blog/preparing-for-rules-and-hooks-end-of-life/).
La page de connexion Auth0 ne peut pas afficher un message d’erreur provenant d’une Rule. Si vous voulez que les utilisateurs voient un message personnalisé généré par une Rule, votre application doit l’afficher.
Toute erreur provenant d’une Rule est envoyée à votre URL de rappel selon le mode de réponse standard du protocole. Par exemple, si votre application demande une authentification au moyen d’OIDC/OAuth2, elle reçoit une erreur OAuth2 standard avec les valeurs de résultat `error` et `error_description`.
Supposons que votre URL de rappel soit [https://travel0.com/callback](https://travel0.com/callback) et que vous utilisiez le mode de réponse `query` standard. Vous recevriez cette réponse :
```http wrap lines theme={null}
https://travel0.com/callback?error=access_denied&error_description=[The message you wrote in the rule]
```
Il revient à votre application d’afficher le message à l’utilisateur, par exemple :
## Réessayer la connexion après une erreur de rule
L’étape suivante la plus probable consiste à demander une nouvelle autorisation. Toutefois, dans la plupart des cas, Auth0 sait déjà qui est l’utilisateur et ne lui redemande donc pas ses renseignements de connexion. Les rules s’exécutent alors immédiatement, et la rule refuse de nouveau l’autorisation. Cela peut créer une boucle sans fin.
L’utilisateur doit avoir la possibilité de fournir de nouveaux identifiants. Votre application peut forcer l’affichage de nouveau de la page de connexion de deux façons :
* Ajoutez une directive à la requête pour forcer l’affichage de la page de connexion :
* Utilisez un paramètre `prompt=login` dans une requête OIDC/OAuth2.
* Utilisez un attribut `ForceAuthn="true"` dans une requête SAML.
—ou—
* Déconnectez l’utilisateur d’Auth0 avant d’envoyer une nouvelle requête.
## En savoir plus
* [Rules Auth0](/docs/fr-ca/customize/rules)
* [Déconnecter les utilisateurs des applications](/docs/fr-ca/authenticate/login/logout/log-users-out-of-applications)
* [Cas d’utilisation des Rules](/docs/fr-ca/customize/rules/use-cases)