Aurora:
Dans notre communauté, nous organisons de nombreux événements récurrents (groupes de soutien, sessions de body doubling, réunions régulières). Comme la liste des participants pour les événements récurrents n’est pas réinitialisée, elle devient rapidement inexacte et continue de croître au fil du temps.
Je ne suis pas totalement certain de la raison, mais il semble que ce soit en effet le comportement prévu pour les événements récurrents. @j.jaffeux , vous souvenez-vous des cas d’utilisation pour ne pas réinitialiser les participants « participant » sur les événements récurrents ? Comme nos appels d’équipe hebdomadaires ?
Aurora:
Un autre problème pour nous est que les personnes qui créent et organisent ces événements (animateurs de groupe) ne peuvent pas retirer des participants de la liste. Même lorsque nous leur avons attribué des permissions de modérateur de catégorie, ils ne peuvent toujours pas gérer la liste des participants. Seuls les modérateurs globaux ou les administrateurs semblent pouvoir retirer des participants.
Serait corrigé par
main ← fix/event-creator-manage-invitees
opened 01:20PM - 30 Mar 26 UTC
Previously, `can_act_on_invitee?` only allowed staff or the invitee themselves t… o update/remove an RSVP. This meant event creators and organizers (e.g. group facilitators with category moderator permissions) could not manage their own event's attendee list — only global moderators or admins could.
This updates the guardian check to also allow users who `can_act_on_discourse_post_event?` (i.e. users in the allowed event groups who can edit the event post) to act on invitees. The redundant `staff?` check is removed since `can_act_on_discourse_post_event?` already checks for staff.
https://meta.discourse.org/t/335780
2 « J'aime »