Support #83643
Préblocage - créneau pré-réservé est libéré quand j'effectue une nouvelle demande
0%
Description
Pour que je puisse documenter correctement, peux-tu me confirmer que ceci est le comportement normal attendu, si oui c'est vraiment bien foutu.
Je suis connecté, je choisis un créneau https://demarches-aecuvillon.test.entrouvert.org/formation/prendre-rdv-test-preblocage/, par exemple 10h, puis je quitte la démarche
Je reviens, je ne reprends pas le brouillon, je choisis un nouveau créneau, par exemple 11h, le premier créneau est automatiquement libéré.
Testé dans une fenêtre de navigation privée, tout est ok.
Demandes liées
Historique
Mis à jour par Anaïs Ecuvillon il y a 5 mois
- Lié à Development #80489: "préblocage" d'une réservation ajouté
Mis à jour par Benjamin Dauvergne il y a 5 mois
- Statut changé de Nouveau à Solution déployée
- Assigné à changé de Benjamin Dauvergne à Anaïs Ecuvillon
C'est un effet de bord du fait que tu es resté dans la même session, donc session_hash_id n'a pas bougé, donc lock_code est le même et donc l'ancien bail lié à lock_code a été supprimé, ça ne marchera pas si tu démarres dans une deuxième session privée de ton navigateur par exemple, dans ce cas il faudra attendre les 10 minutes de délais pour que le bail soit supprimé/ignoré. Je suis étonné que ça ait marché dans une session privée, tu as fait les deux demandes dans la même fenêtre privée ? ou bien une demande dans une session normale puis une autre demande en session privée ?
Mis à jour par Benjamin Dauvergne il y a 5 mois
À noter autre chose que je n'ai pas documenté pour l'instant: l'URL datetimes accepte aussi un paramètre lock_code (en query-string cette fois-ci) le but est de permettre de resélectionner un RdV pré-bloqué ne serait-ce que pour revenir en arrière dans les pages du formulaire, sinon on ne peut pas revalider la page, le RdV choisi initialement n'est plus disponible dans la liste. Ça veut que pour une expérience parfaite on ne peut pas utiliser les data-sources pré-créés de w.c.s. (elles n'ont pas ce paramètre lock_code={{ session_hash_id }}
).
Mis à jour par Anaïs Ecuvillon il y a 5 mois
- Assigné à changé de Anaïs Ecuvillon à Benjamin Dauvergne
Pour effectuer mes tests, j'ai donc dupliqué la source de donnée de type agenda, pour ajouter en données supplémentaires à envoyer en paramètres de l'URL, lock_code : {{ session_hash_id }}
C'est ici : https://demarches-aecuvillon.test.entrouvert.org/backoffice/settings/data-sources/92/#open:general
Testé en navigation normale et en navigation privée. Le créneau est bien conservé quand on revient en arrière.
Mis à jour par Anaïs Ecuvillon il y a 5 mois
Benjamin Dauvergne a écrit :
Je suis étonné que ça ait marché dans une session privée, tu as fait les deux demandes dans la même fenêtre privée ? ou bien une demande dans une session normale puis une autre demande en session privée ?
Quand j'ai écris « tout est ok », je ne sais déjà plus ce que je voulais dire par là.