Projet

Général

Profil

Development #89757

Mettre canceled=None sur les nouveaux rendez-vous

Ajouté par Benjamin Dauvergne il y a 13 jours. Mis à jour il y a 13 jours.

Statut:
Solution proposée
Priorité:
Normal
Assigné à:
Version cible:
-
Début:
19 avril 2024
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Non
Planning:
Non

Description

Le update_or_create() peut parfois mettre à jour la version annulée d'un même rendez-vous avec le même identifiant de pré-demande pris à la même heure.

Historique

#1

Mis à jour par Robot Gitea il y a 13 jours

  • Statut changé de Nouveau à Solution proposée

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

#2

Mis à jour par Benjamin Dauvergne il y a 13 jours

Ça évite ce genre de logs :

avril 19 06:00:11 hub-ants uwsgi[383711]: INFO ants_hub.api.chrono rendez-vous-disponibles(Roannais) updated 25 rdv
avril 19 06:15:12 hub-ants uwsgi[383750]: INFO ants_hub.api.chrono rendez-vous-disponibles(Roannais) updated 25 rdv
avril 19 06:30:12 hub-ants uwsgi[383750]: INFO ants_hub.api.chrono rendez-vous-disponibles(Roannais) updated 25 rdv
avril 19 06:45:11 hub-ants uwsgi[383750]: INFO ants_hub.api.chrono rendez-vous-disponibles(Roannais) updated 25 rdv
avril 19 07:00:12 hub-ants uwsgi[383723]: INFO ants_hub.api.chrono rendez-vous-disponibles(Roannais) updated 25 rdv
avril 19 07:15:12 hub-ants uwsgi[383736]: INFO ants_hub.api.chrono rendez-vous-disponibles(Roannais) updated 25 rdv
avril 19 07:30:11 hub-ants uwsgi[383750]: INFO ants_hub.api.chrono rendez-vous-disponibles(Roannais) updated 25 rdv

On devrait ne rien voir ici, rien ne se passe (après c'est du à des rendez-vous qui ne devrait même pas être en base, car identifiant_predemande=None, ce que j'ai corrigé dans le workflow aussi sur la plateforme du Roannais). Un autre ticket arrive pour éviter d'avoir ces rendez-vous en base.

Formats disponibles : Atom PDF