J’ai rencontré le même type de problème, mais j’ai suivi une voie différente. Au lieu de consommer directement les points de terminaison de l’API du calendrier, mon importateur crée du BBCode [event] et le publie dans Discourse, laissant le plugin l’analyser comme si un utilisateur du personnel avait créé l’événement manuellement. De cette façon, j’évite de dépendre de paramètres de requête transitoires comme include_expired, et j’obtiens un contrat plus stable — les publications simples et le BBCode sont peu susceptibles de changer sans préavis.
[event start="2025-09-29 09:00" end="2025-10-29 10:00" location="Office B1"]
Rencontre pour discuter de l'API RESTful de Discourse
[/event]
Le compromis est plus de travail de mon côté : j’ai dû écrire un formateur qui convertit les données ICS en balises [event] correctement échappées, gère les événements de toute la journée par rapport aux événements programmés, etc. Mais en pratique, cette approche s’est avérée beaucoup plus résiliente aux mises à niveau. Elle ne supprime pas le besoin d’avis de dépréciation en amont (j’aimerais toujours que les API échouent rapidement ou au moins avertissent lorsque les options sont supprimées), mais elle a réduit le risque que mes scripts se cassent silencieusement.