Dans les paramètres avancés du générateur d’événements, la modification du nombre ou de l’unité d’un rappel n’est pas enregistrée. Le champ revient immédiatement à sa valeur initiale.
Étapes pour reproduire le problème
- Démarrer un nouveau sujet et ajouter un événement avec l’option « Créer un événement » du composeur.
- Cliquer sur l’engrenage de la carte de l’événement pour ouvrir les paramètres avancés.
- Faire défiler jusqu’à Rappels. Changer l’unité de minutes en heures, ou saisir un nouveau nombre.
- L’unité revient aux minutes et le nombre revient à sa valeur précédente.
La carte d’événement compacte du composeur conserve bien une nouvelle valeur numérique, mais elle ne propose que des minutes. La modification manuelle du balisage de l’événement fonctionne également, par exemple reminders=notification.2.hours, et la carte affiche alors « 2 hours before ». Il semble donc que le problème soit limité aux champs de rappel dans le formulaire des paramètres avancés.
Cela se produit sur Discourse 2026.11.0-latest (fd7b62cb87), avec le thème par défaut, sur Chrome sous macOS. Un membre de notre communauté l’a rencontré pour la première fois, et j’ai pu le reproduire moi-même.
Cela ressemble au bug des champs personnalisés corrigé en août ( Potential bug where data in custom fields is cleared if certain fields change ), où les valeurs de ce formulaire étaient effacées dès qu’un autre champ était modifié. Je suppose que les rappels nécessitent la même correction, mais je ne l’ai pas confirmé dans le code.
Un détail plus secondaire trouvé en cherchant une solution de contournement. L’unité dans le balisage doit être au pluriel même pour une valeur égale à un, donc reminders=notification.1.days fonctionne. Avec le singulier reminders=notification.1.day, la carte de l’événement affiche la clé de traduction brute « [en.discourse_post_event.composer.reminder.units.day count=1] before » au lieu de « 1 day before ». Il serait utile d’accepter le singulier, ou au moins de l’afficher correctement.