Revoir la gestion des temps ennemis pour les évènements récurrents (#73904) #32
Loading…
Reference in New Issue
No description provided.
Delete Branch "wip/73904-Revoir-la-gestion-des-temps-enne"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Un peu de temps perdu en essayant d'adapter le comportement actuel mais en fait non, ce mécanisme de réservation partielle vient se rajouter sur l'existant.
C'est à dire qu'on garde d'un côté la partie « les évènements d'un même appel ne doivent pas se chevaucher » et qu'ici on ajoute « faire attention aux réservations déjà existantes ».
Le côté « avertir de cette situation avant la réservation » c'est un booléen reçu pour chaque évènement dans la réponse qui liste les évènements, charge au widget d'afficher « attention, cet évènement ne pourra pas être réservé en totalité ».
0001 et 0002 n'ont rien à voir avec la choucroute mais corrigent des manquements sur les API concernées.
@ -568,0 +679,4 @@
assert resp.json['data'][2]['has_booking_overlaps'] is False
# create one booking on second day
event = Event.objects.get(start_datetime__date='2021-09-22', primary_event=event_13_15)
Tu pourrais ajouter un test avec une réservation posée sur une occurence de agenda 1 ? Pour qu'on sache si ça remonte bien en has_booking_overlaps ?
OK mais ça ne fonctionne pas comme ça, le test montre que ça ne remonte pas en has_booking_overlap (ce qui me paraît logique, si on permet de réserver les occurrences de l'évènement A et qu'il se trouve qu'une est déjà réservée, on n'a pas envie d'afficher de message « attention tout ne pourra pas etre réservé »).
oui ok, logique
1fcfb7e110
to7872422748
7872422748
todf9e60149f