Bug #46758
api: retourner les slugs des événements dans le champ "id"
0%
Description
De la même manière que le endoint /api/agenda/
retourne la valeur slug dans l'attribut id
, /api/agenda/<agenda_slug>/datetimes/
devrait faire la même chose.
Cela évite les erreurs dans les formulaires qui font appel à /api/agenda/<agenda_slug>/status/<event_slug>/
et qui mettent le _raw
dans <event_slug>
.
Fichiers
Demandes liées
Révisions associées
Historique
Mis à jour par Serghei Mihai (congés, retour 15/05) il y a plus de 3 ans
Bien entendu la bonne solution est d'utiliser event_api_status_url
.
Mis à jour par Stéphane Laget il y a plus de 3 ans
Aujourd'hui {{agendas_url}}api/agenda/{{form_var_type_atelier_raw}}/status/{{form_var_event_raw}} est utilisé à plusieurs endroits.
Les nouveaux paramétrages passeront par {{ form_var_event_api_status_url }}, mais il faudrait si possible assurer la comptabilité avec l'existant (ou le modifier, ce qui suppose de repérer ces utilisations avant...)
Mis à jour par Frédéric Péters il y a plus de 3 ans
- Lié à Development #46772: gérer les combinaisons id/slug dans l'API de status ajouté
Mis à jour par Frédéric Péters il y a plus de 3 ans
J'ai créé #46772 pour assurer la compatibilité totale.
Mis à jour par Lauréline Guérin il y a plus de 3 ans
- Fichier 0001-api-always-return-urls-with-slugs-46758.patch 0001-api-always-return-urls-with-slugs-46758.patch ajouté
- Statut changé de Nouveau à Solution proposée
- Patch proposed changé de Non à Oui
Mis à jour par Serghei Mihai (congés, retour 15/05) il y a plus de 3 ans
- Statut changé de Solution proposée à Solution validée
Mis à jour par Lauréline Guérin il y a plus de 3 ans
- Statut changé de Solution validée à Résolu (à déployer)
commit 4ed8c9ce00d0b9ec00b31e17bb3142cce9d84331 Author: Lauréline Guérin <zebuline@entrouvert.com> Date: Thu Sep 24 09:10:41 2020 +0200 api: always return urls with slugs (#46758)
Mis à jour par Frédéric Péters il y a plus de 3 ans
- Statut changé de Résolu (à déployer) à Solution déployée
Mis à jour par Frédéric Péters il y a plus de 3 ans
Mais le résultat c'est que ce qu'on imaginait comme un identifiant stable a désormais changé, avec problèmes concrets #47567 et #47586.
api: always return urls with slugs (#46758)