Différences spécifiques aux règles
- La réutilisation des fonctions entre les Actions n’est pas prise en charge actuellement, car chaque exécution d’Action est autonome. Vous devez définir explicitement les fonctions requises pour chaque Action.
-
L’objet
accessToken
est actuellement limité à 100 permissions. -
L’objet événement dans les Actions ne fournit pas actuellement d’alternative pour les attributs de contextesuivants à l’intérieur d’une règle :
context.connectionOptions
-
Les actions ne prennent en charge que les propriétés suivantes dans
event.user.identities
:connection
provider
user_id
profileData
isSocial
Si vous utilisez des propriétés supplémentaires dans l’objet
event.user.identities
dans les Règles, elles ne sont pas prises en charge dans une Action. Cela inclut tout jeton provenant de l’IdP en amont pour les utilisateurs fédérés.- Les demandes standard d’un
idToken
ou d’unaccessToken
ne peuvent pas être supprimées à l’aide d’une Action. - Les Actions ne peuvent renvoyer que des codes d’erreur
access denied
et ne permettent pas de renvoyer un code d’erreurunauthorized
. - Les Actions permettent uniquement de modifier l’utilisateur principal entre les comptes liés.
Différences spécifiques aux crochets
- Vous ne pouvez pas modifier les permissions dans un flux des identifiants client de communication entre machines comme il était possible de le faire avec un crochet.