Aurora:
En nuestra comunidad organizamos muchos eventos recurrentes (grupos de apoyo, sesiones de acompañamiento, reuniones regulares). Dado que la lista de participantes para eventos recurrentes no se reinicia, la lista se vuelve rápidamente inexacta y sigue creciendo con el tiempo.
No estoy 100% seguro de qué se trata, pero parece que este fue en efecto el comportamiento previsto para los eventos recurrentes. @j.jaffeux , ¿recuerdas los casos de uso para no reiniciar los participantes que asisten en eventos recurrentes? Como nuestras llamadas semanales del equipo.
Aurora:
Otro problema para nosotros es que las personas que crean y organizan estos eventos (facilitadores del grupo) no pueden eliminar participantes de la lista. Incluso cuando les asignamos permisos de moderador de categoría, aún no pueden gestionar la lista de asistentes. Solo los moderadores globales o administradores parecen poder eliminar participantes.
Se solucionará con
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 Me gusta