"préblocage" d'une réservation (#17685) #58
Loading…
Reference in New Issue
No description provided.
Delete Branch "wip/17685-preblocage-d-une-reservation"
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?
815d3053a2
tob5d9bf35bb
b5d9bf35bb
to8693e72b4d
8693e72b4d
tocaab16f6f7
caab16f6f7
toa5cbf29515
a5cbf29515
to48e391709b
48e391709b
toe96e9b2c12
e96e9b2c12
toa0d96ddc0c
a0d96ddc0c
to32365f21b6
WIP: "préblocage" d'une réservation (#17685)to "préblocage" d'une réservation (#17685)Les deux premiers patchs c'est pour faciliter l'écriture des tests, j'avais un peu de mal avec les fixture trucmuche_agenda, et les templates d'URL vers l'API un peu partout; comme ça c'est plus clair.
32365f21b6
to866d1bbec3
Pas tellement d'optimisations, sur la réservation des mêmes slots avec le même lock code on pourrait éviter de supprimer/recréer mais ça demanderait pas mal de logique pour pas grand chose.
Il faudrait que je vérifie si les clean_bookings_with_expired_leases() sont vraiment tous nécessaires, il me semble après un vague survol du code qu'un agenda utilisable dans certains endpoints (récurrent, souscription? je ne sais pas trop ce que ça couvre) ne l'est pas dans d'autres (et ici seuls les endpoints datetimes et fillslots classiques gèrent le lock_code). Si on m'indique à quoi ça sert/comment ça marche je peux voir pour y ajouter le support de lock_code. Je connais surtout le FillSlot classique.
866d1bbec3
to41d0f6f7ac
41d0f6f7ac
to52f4c167cd
52f4c167cd
tof9bf8c6ce3
f9bf8c6ce3
to34e866f178
Pull request closed