Création de compte candidat : remise à plat des query params pour les vues Update

[EwenKorr]

🤔 Pourquoi ?

Dans l'optique de Créer un compte candidat depuis l'espace Mes candidats, on Extrait la création de compte candidat du parcours de candidature.

Dans cette PR , on apporte quelques corrections, voir les commits et leur message.

---

Ancienne description (car cette PR était plus complexe, le reste sera fait dans une nouvelle PR)

🤔 Pourquoi ?

Dans l'optique de Créer un compte candidat depuis l'espace Mes candidats, on Extrait la création de compte candidat du parcours de candidature.

Précédemment, dans la série, nous avons introduit une vue start (#5177), qui permet d'initialiser la session du bloc et de renvoyer à la vue désirée.
Pour le moment, cette vue start n'est branchée qu'à la mise à jour de compte candidat.
Cette PR est dédiée à la généralisation de la vue start au bloc entier, c'est-à-dire que l'on branche à start les vues CheckNIRFor*, qui permettent de rechercher ou de créer un nouveau compte candidat.

---

Les autres étapes : https://www.notion.so/plateforme-inclusion/Extraire-le-parcours-de-cr-ation-de-compte-candidat-130e8fa5c35b80b9947cea2573cf90e7?pvs=4#130e8fa5c35b800b966fdd4722014657

[EwenKorr]

Question déploiement : j'ai supprimé la vue UpdateJobSeekerStartView et l'URL associée, pour une version générique au bloc.

Cette URL n'était utilisée que dans les deux gabarits HTML application/base.html et check_job_seeker_info_for_hire.html.

Pendant un court laps de temps, il y aura des 404 :

• une personne affiche la page avec l'ancienne URL
• le déploiement se fait
• la personne clique et se prend une 404

Est-ce que c'est acceptable, ou bien je propose un bout de code temporaire pour pallier ça ?
Je pensais notamment à garder l'URL, pointer vers la nouvelle vue. Et dans la vue, ajouter 2 lignes.

[EwenKorr]

CR de petite réunion :

1. ne pas écraser la vue UpdateJobSeekerStartView, mais créer une nouvelle pour le parcours get-or-create
2. la nouvelle vue GetOrCreateJobSeekerStartView recevrait en paramètre GET un tunnel (hire, sender, gps), le session_kind reste interne. Cette vue ne serait pas à destination des candidats. C'est le tunnel qui définira l'URL de sortie.
3. pour le moment, garder apply.ApplyStepBaseView.init_job_seeker_session pour initialiser la session pour la vue CheckNIRForJobSeeker. À terme, cette vue (qui ne fait que vérifier qu'un candidat a un NIR) pourrait peut-être retourner dans apply.
4. tunnel == "gps" : pour le moment, juste faire une redirection vers ?tunnel=sender&gps=true
   • à court terme, on peut imaginer ne pas passer de company dans les paramètres
   • à moyen terme, on pourrait carrément virer GPS de apply

[xavfernandez]

Ce n'est pas vraiment un get-or-create mais plutôt un check-nir-job-seeker :)

[EwenKorr]

La version longue pour être cohérent job-seeker-check-nir-job-seeker ou bien juste job-seeker-check-nir ?
J'ai une préférence pour la cohérence, mais il n'y en a techniquement pas besoin.

[xavfernandez]

Comme tu préfères, tu sais ce que je pense de cette session 😛 🪓