Integrate data from Passage 2 in forms

[ClemGerard]

Depends on #402

Assurer la reprise des informations récupérées via Passage 2 dans les formulaire de demande d'avis

##Tasks
Finaliser la mise en forme du formulaire pour gérer les données issues de Passage 2 (champs modifiables ou non) :

• Ecran INFO SUR LE DEMANDEUR

• Nom : non modifiable et obligatoire

• Prénom : Non modifiable et obligatoire

• Cas GN : NIGEND non modifiable et obligatoire

• Cas PN : RIO ou Matricule (modifiable et obligatoire)

• Service d'affectation : modifiable et non obligatoire

• N° de téléphone : non modifiable et obligatoire

• Adresse email : non modifiable et obligatoire

• Ecran INFORMATIONS SUR L'ARME

• N° UNA ou de procédure : modifiable et obligatoire

• Faire correspondre les labels des variables de données avec les bons champs mentionnés ci-dessus.

• Depends on Show contact only to authenticated users #497 : afficher le formulaire uniquement après s'être loggé dans Passage2
  Détail:

  • si la personne qui s'est authentifié est non gendarme (auth_idp != proxyma) alors rediriger vers une page/modale "Basegun ne fournit pas de moyen pour contacter les experts relatifs à votre service. Nous vous recommandons de suivre votre procédure de contact habituelle."
  • sinon, on arrive à la page situation urgente / non urgente. Editer pour enlever "consignes envoi de mail"
  • quand on clique sur situation non urgente, redirection vers formulaire

• Vérifier que les données de Passage 2 (dans le token) remontent dans le formulaire, dans les bons champs

[leihuayi]

Variables:

• uid (-> remove prefix "3" to get nigend)
• last_name
• first_name
• email
• police_matricule
• service
• phone_number
• auth_idp (proxyma, cheops, passage2)

[ClemGerard]

[ EDIT ] Comme les exports police ne fournissent pas de point de contact, on désactive cette fonctionnalité pour les policiers.

[ LEGACY ]

• Si gendarme : NIGEND = UID - "3" => non modifiable

• Si police : police_matricule => si on a une valeur alors non modifiable, sinon champ modifiable.

• Mettre en place un check par le back : si infos présentes, issue de passage 2, alors on garde les infos du back, si pas d'info ou info manquante, on récupère les infos du front pour le/les champs concernés.

[leihuayi]

Création d'un fichier de conf Keycloak pour simuler deux users "gendarmerie" et "police" avec leurs attributs de Passage2 (TODO à giter @nutfdt ) qui permet de tester les deux parcours différents selon quel type d'user s'authentifier

[leihuayi]

Ca fonctionne avec Keycloak mais on ne sait pas encore pour passage2

[nutfdt]

Etape 1

Etape 2

Etape 3

[leihuayi]

Problème de redirection après auth sur Passage2

[leihuayi]

Problème de redirection, changement de l'url autorisée après login dans auth /auth/callback. Actuellement encore problème de page blanche
Problème pour déployer via DSO à cause de pull rate limite du compte DSO sur Docker Hub. Bloqués...
A tester en qualif

[thomashbrnrd]

Problèmes vus avec Antoine M :

• Problème lors de la première connexion, l’utilisateur n’est pas correctement redirigé.
• Description des marquages pas clair ? A voir comment améliorer.
• “Vu rapprochée marquage” ne devrait pas être obligatoire.