You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Si un DataPassUser (cf. Transition vers DataPass #350) avec datapass_user.user.email == userinfo["email"] n'existe pas encore :
Créer le User avec les informations du userinfo, et lui assigner un DataPassUser (entité "marqueur" avec seulement un id).
Rediriger le navigateur vers une page frontend avec { organization_siret, email, role, api_token } en query parameters, ce qui permet au navigateur de stocker cela en localStorage puis de rediriger vers la page d'accueil connectée, comme pour le login classique actuel.
Une fois prêts, contacter l'équipe Comptes DataPass pour enregistrer le callback staging sur leur instance de test.
En prérequis, il faut faire passer les utilisateurs existants dans une table LegacyUser qui stockera leur password_hash, de sorte que User ne contienne plus que id, organization_siret, email, api_token, role.
Le backend d'authentification entre l'API et le front ne change pas : un utilisateur créé via Datapass aura aussi un api_token.
The text was updated successfully, but these errors were encountered:
Refs:
Prérequis :
L'enregistrement et la connexion via son compte DataPass nécessite l'intégration technique avec ce système.
Pour cela, il faut :
userinfo
. Ce dernier contiendra :{ email: str, organizations: []{id, siret} }
(cf. doc api-auth).DataPassUser
(cf. Transition vers DataPass #350) avecdatapass_user.user.email == userinfo["email"]
n'existe pas encore :User
avec les informations duuserinfo
, et lui assigner unDataPassUser
(entité "marqueur" avec seulement unid
).{ organization_siret, email, role, api_token }
en query parameters, ce qui permet au navigateur de stocker cela enlocalStorage
puis de rediriger vers la page d'accueil connectée, comme pour le login classique actuel.En prérequis, il faut faire passer les utilisateurs existants dans une table
LegacyUser
qui stockera leurpassword_hash
, de sorte queUser
ne contienne plus queid, organization_siret, email, api_token, role
.Le backend d'authentification entre l'API et le front ne change pas : un utilisateur créé via Datapass aura aussi un
api_token
.The text was updated successfully, but these errors were encountered: