Projet

Général

Profil

Development #85398

sources de données agenda, ajouter ?lock_code={{ session_hash_id }} à l'URL

Ajouté par Benjamin Dauvergne il y a 4 mois. Mis à jour il y a 4 mois.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Version cible:
-
Début:
08 janvier 2024
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Non
Planning:
Non

Description

Quand on utilise le préblocage des rendez-vous ou des réservations on est obligé de dupliquer les sources de données pour permettre la resélection du créneau initialement réservé, sans le lock_code le créneau/évènement devient potentiellement invisible car déjà réservé (pas s'il reste des guichets pour le même créneau, ou des places pour le même évènement mais ça reste un risque) et donc si l'utilisateur revient sur la page de sélection du créneau/évènement il est bloqué alors qu'en fait il possède déjà une réservation.

Dans le cas où le pré-blocage n'est pas utilisé sur le formulaire, ça n'aura pas d'impact (aucun verrou n'existe, la jointure entre Event et Lock ira vite).

Révisions associées

Révision 43825635 (diff)
Ajouté par Frédéric Péters il y a 4 mois

data sources: add lock_code to datetimes calls (#85398)

Historique

#1

Mis à jour par Benjamin Dauvergne il y a 4 mois

  • Sujet changé de sources de données agenda, ajouter ?lock_code={{ session_hash_id }} à sources de données agenda, ajouter ?lock_code={{ session_hash_id }} à l'URL
#3

Mis à jour par Frédéric Péters il y a 4 mois

Je craignais l'impact de poser un lock_code (par une source de données agenda automatique) et qu'ensuite l'appel webservice de réservation ne le reprenne pas (parce qu'URL écrite "à la main", plutôt qu'utiliser celle retournée par la sélection dans la source de données), dans ma compréhension ça échouera.

#4

Mis à jour par Benjamin Dauvergne il y a 4 mois

Frédéric Péters a écrit :

Je craignais l'impact de poser un lock_code (par une source de données agenda automatique) et qu'ensuite l'appel webservice de réservation ne le reprenne pas (parce qu'URL écrite "à la main", plutôt qu'utiliser celle retournée par la sélection dans la source de données), dans ma compréhension ça échouera.

Je ne comprends pas, ici on ne parle d'aucun appel en écriture (créant un lock) et l'URL fillslot servie par les sources de donnée ne reprend pas le lock_code passé en paramètre lors de l'appel datetimes, il est juste là ne pas exclure certains events dans get_all_slots() (PS: et ainsi permettre de les sélectionner à nouveau si on le souhaite).

#5

Mis à jour par Frédéric Péters il y a 4 mois

URL fillslot servie par les sources de donnée ne reprend pas le lock_code passé en paramètre lors de l'appel datetimes

J'imaginais qu'il le faisait, que sans modification (aux appels webservice) avoir le lock_code dans la source de données allait assurer le fonctionnement, mais en fait donc, non, il manquera encore manuellement à l'ajouter dans les appels webservices.

#6

Mis à jour par Benjamin Dauvergne il y a 4 mois

Frédéric Péters a écrit :

J'imaginais qu'il le faisait, que sans modification (aux appels webservice) avoir le lock_code dans la source de données allait assurer le fonctionnement, mais en fait donc, non, il manquera encore manuellement à l'ajouter dans les appels webservices.

Oui ça doit être explicite pour l'instant, c'est ce qui rend cette modification normalement sans effet de bord.

#7

Mis à jour par Robot Gitea il y a 4 mois

  • Statut changé de Nouveau à En cours
  • Assigné à mis à Frédéric Péters

Frédéric Péters (fpeters) a ouvert une pull request sur Gitea concernant cette demande :

#8

Mis à jour par Frédéric Péters il y a 4 mois

  • Sujet changé de sources de données agenda, ajouter ?lock_code={{ session_hash_id }} à l'URL à sources de données agenda, ajouter ?lock_code={{ session_hash_id }} à l'URL
#9

Mis à jour par Robot Gitea il y a 4 mois

  • Statut changé de En cours à Solution proposée
#10

Mis à jour par Robot Gitea il y a 4 mois

  • Statut changé de Solution proposée à Solution validée

Benjamin Dauvergne (bdauvergne) a approuvé une pull request sur Gitea concernant cette demande :

#11

Mis à jour par Robot Gitea il y a 4 mois

  • Statut changé de Solution validée à Résolu (à déployer)

Frédéric Péters (fpeters) a mergé une pull request sur Gitea concernant cette demande :

#12

Mis à jour par Transition automatique il y a 4 mois

  • Statut changé de Résolu (à déployer) à Solution déployée
#13

Mis à jour par Transition automatique il y a environ 2 mois

Automatic expiration

Formats disponibles : Atom PDF