anko127
(Ann)
11월 12, 2024, 2:51오후
1
안녕하세요,
사용자가 주간 반복 이벤트에 대해 "참여"를 클릭하면, 보통 이벤트가 끝나면 바로 투표가 사라지고 다음 주에 대한 새로운 투표가 항상 표시되었습니다. 그런데 지금은 투표가 계속 쌓여 긴 목록이 만들어지고 있습니다.
이벤트 표시 설정을 변경했을 수도 있지만, 이를 되돌릴 설정을 찾지 못하고 있습니다.
해결 방법이 있을까요? 감사합니다.
Ann
1개의 좋아요
anko127
(Ann)
11월 22, 2024, 7:52오전
2
아마도 제가 더 자세히 설명해야 할 것 같습니다:
매주 월요일 저녁 7시부터 8시까지 반복되는 이벤트가 있습니다.
일부 사용자가 ‘참석’, ‘관심’, '불참’을 클릭했으며, 이는 해당 사용자의 아바타 옆에 표시되는 각기 다른 심볼로 나타납니다.
다음 주 월요일 밤 8시 1분이 되면 모든 심볼이 사라지고, 아바타는 목록에 남아 있지만 흐리게 표시됩니다.
이후 이벤트 주제는 한 주 후 월요일 날짜를 표시하며, 첫 사용자가 다시 클릭할 때까지 아무도 ‘참석’ 등으로 표시되지 않습니다.
제가 가시성 설정을 이리저리 바꿔 봤는데, 오늘 참석한 사람들의 정보가 밤 8시 이후에도 계속 보이거나, 이벤트가 삭제되지 않거나 하는 식의 설정을 건드렸습니다…
그런데 이제 아바타가 리셋되지도 않고 흐려지지도 않으며, '참석’으로 표시된 참가자들이 주 단위로 누적되어 계속 ‘참석’ 상태인 것처럼 표시됩니다.
밤 8시에 이벤트가 초기화되고 참가자 없이 다음 주로 넘어가던 이전 상태로 되돌리는 설정을 찾을 수 없습니다.
이것을 되돌릴 수 있는 곳이 어디인지 힌트를 주실 수 있을까요?
그리고 네, 알아요. 변경 사항을 문서화해야 한다는 거요
lindsey
(Lindsey Fogle)
12월 3, 2024, 9:23오후
5
안녕하세요, Ann — 늦어서 죄송합니다. 이 문제에 대해 문의해 주셔서 감사합니다. 말씀하신 대로, 이는 반복 이벤트의 현재 및 향후 인스턴스에 대한 RSVP 기능을 최근에 변경한 부분입니다. 이 부분을 어떻게 더 개선할 수 있을지 내부적으로 논의 중입니다. 공유할 내용이 준비되는 대로 다시 연락드리겠습니다!
2개의 좋아요
anko127
(Ann)
12월 12, 2024, 11:48오전
6
안녕하세요 @lindsey ,
이 주제에 대해 추가 정보가 있으신가요?
현재는 누가 언제 상태를 변경했는지 확인하기 위해 이벤트를 내보낸 후, 해당 사용자를 수동으로 목록에서 제거하고 있습니다.
조금 번거로운 작업입니다.
업데이트 주시면 감사하겠습니다.
1개의 좋아요
lindsey
(Lindsey Fogle)
12월 12, 2024, 4:09오후
7
안녕하세요, @anko127 — 후속 조치를 요청해 주셔서 감사합니다! 이 수작업이 얼마나 번거로운지 충분히 이해하며, 반드시 해결해 드리겠습니다.
우리의 계획은 반복 이벤트를 개선하여, 사용자가 다가오는 단일 이벤트에 응답할지, 아니면 시리즈의 모든 이벤트에 응답할지 선택할 수 있도록 하는 것입니다. 현재 디자인 작업을 마무리하고 있으며, 곧 엔지니어링 팀에 전달할 예정입니다. 정확한 수정 시기는 아직 알려드리기 어렵지만, 다음 단계 프로젝트에 포함되어 있으니 곧 업데이트 소식을 전해 드리겠습니다.
1개의 좋아요
anko127
(Ann)
2월 3, 2026, 11:08오전
9
안녕하세요 @lindsey ,
이 건에 대해 업데이트가 있나요?
이벤트가 종료된 경우 참가자 목록을 초기화하는 것 관련해서요.
감사합니다
lindsey
(Lindsey Fogle)
2월 3, 2026, 5:31오후
10
안타깝게도 @anko127 님께 업데이트 소식을 전해드리기 어렵습니다. 해당 항목은 아직 백로그에 남아 있지만, 개발 우선순위로 결정되지는 않았습니다. 언제 이를 진행할 수 있을지 팀과 상의해 보겠습니다.
anko127
(Ann)
2월 12, 2026, 2:41오후
11
2024년 가을 이전에 Discourse를 사용하기 시작했을 때는 정상적으로 작동했던 것 같은데, 이벤트의 히스토리를 유지하는 것과 같이 설정이 잘못되었기 때문일 수도 있을까요?
1개의 좋아요
Aurora
(Aurora)
3월 11, 2026, 7:10오후
12
위에서 설명된 것과 동일한 문제를 겪고 있습니다.
우리 커뮤니티에서는 정기적인 행사(지원 그룹, 바디 더블링 세션, 정기 회의 등)를 많이 진행합니다. 정기 행사의 참가자 목록이 초기화되지 않기 때문에, 시간이 지남에 따라 목록이 빠르게 부정확해지고 계속 증가합니다. 몇 주가 지나면 특정 행사 회차에 실제로 참석하는 사람을 더 이상 반영하지 못하게 됩니다.
이로 인해 주최자와 참가자 모두에게 큰 혼란이 발생하고 있습니다.
또 다른 문제는 이러한 행사를 생성하고 주최하는 사람들(그룹 진행자)이 참가자 목록에서 참가자를 제거할 수 없다는 점입니다. 카테고리 관리자 권한을 부여했음에도 불구하고 여전히 참석자 목록을 관리할 수 없습니다. 전역 관리자나 관리자만 참가자를 제거할 수 있는 것 같습니다.
우리처럼 자체적으로 행사를 조직하는 그룹이 많기 때문에, 관리자가 모든 참가자 목록을 수동으로 관리하는 것은 현실적이지 않습니다.
우리처럼 정기 행사에 크게 의존하는 커뮤니티에서는 RSVP 기능이 사용하기 매우 어렵습니다.
정기 행사 참석 처리 방식을 개선할 계획이나 업데이트가 있습니까?
2개의 좋아요
Aurora:
저희 커뮤니티에서는 정기적인 이벤트(지원 그룹, 바디 더블링 세션, 정기 회의 등)를 많이 진행합니다. 정기 이벤트의 참가자 목록이 초기화되지 않기 때문에, 목록이 빠르게 부정확해지고 시간이 지남에 따라 계속 증가합니다.
100% 확신은 없지만, 정기 이벤트에 대한 의도된 동작이었던 것 같습니다. @j.jaffeux 정기 이벤트에서 “참석” 상태의 참가자를 초기화하지 않는 사용 사례를 기억하시나요? 예를 들어 저희 주간 팀 회의 같은 경우요?
다음 PR으로 수정될 예정입니다:
main ← fix/event-creator-manage-invitees
merged 09:36AM - 31 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
3개의 좋아요
j.jaffeux
(Joffrey Jaffeux)
3월 31, 2026, 9:11오전
14
날짜별 이벤트 항목이 없기 때문이라고 생각합니다.
anko127
(Ann)
4월 10, 2026, 8:00오전
15
안녕하세요,
확인해 주셔서 감사합니다.
zogstrip:
이것은 의도된 동작이었습니다
하지만 이것은 "설계대로 작동하며 버그가 아닙니다"라는 의미인가요, 아니면 이벤트 만료 후 이 자동 리셋을 제공하기 위한 방법을 아직 조사 중이신 건가요?
이 기능이 정말로 필요하니, 도움을 주시면 감사하겠습니다.
네, 안타깝게도 현재 이 플러그인에 할당할 수 있는 작업량보다 더 많은 작업이 필요합니다. 단순히 “반복 공식”만 저장하는 대신 각 “날짜”를 저장해야 합니다. 계획은 되어 있지만, 아직 구체적인 일정은 없습니다.
lindsey
(Lindsey Fogle)
5월 18, 2026, 2:49오후
17
반복되는 이벤트에 대해 더 세분화된 RSVP를 지원하게 된 것을 기쁘게 전해드립니다. 이제 멤버들은 이벤트의 특정 한 번의 발생에 RSVP를 보내거나, 향후 모든 발생에 RSVP를 보낼 수 있습니다. 자세한 내용은 여기서 확인하세요:
When RSVPing to a recurring event, members can now indicate whether they’re going to just the next occurrence or to all future occurrences. This makes it easier for event organizers to understand who is actually attending a particular event, and ensures attendees only receive reminders for the events they want to attend.
What’s changed
On recurring events, the Going button now has a drop-down menu where members can choose to attend:
This event: They are marked as “going” for the …
1개의 좋아요
anko127
(Ann)
6월 11, 2026, 2:06오후
18
업데이트: 월간 이벤트의 경우 정상 작동하며, 이벤트가 종료된 후 사용자들이 초기화됩니다. 다만, 이벤트가 종료될 때까지는 이벤트 시리즈가 이벤트 캘린더에 표시되며, 첫 번째 이벤트만 확인된 상태에서도 마찬가지입니다.
원래 게시물: 린즈, 죄송하지만 “참석” 사용자의 초기화를 방지하는 숨겨진 옵션이 있어야 하는데, 저는 1년 전 또는 그 이전에 우리 시스템에서 그 버튼을 눌렀을 가능성이 큽니다!
저는 이 새로운 옵션을 이벤트가 지난 후 일회성 참석자들이 초기화되도록 구현했다고 확신합니다. 하지만 우리 시스템에서 테스트해 보니, 이벤트가 종료된 후에도 여전히 작은 체크 표시와 함께 저의 이름이 표시되었습니다:
매일 반복되는 이벤트를 만들고, 13:40에 '참석’을 클릭했는데 작은 체크 표시가 나타났습니다. 그런데 이제 15:38이 되어 종료 시간이 지났음에도 불구하고, 저는 여전히 등록되어 있는 상태로 표시됩니다(내일 이벤트). ‘참석’ 버튼을 다시 클릭하지 않았는데도 말입니다.
더 조사해 보니: 사이드 메뉴의 ‘예정된 이벤트’ 항목에서 '내 이벤트’로 전환하면 모든 반복 이벤트에 등록되어 있는 것으로 표시됩니다(매일 반복되는 이벤트는 파란색, 월간 이벤트는 분홍색). 위 사진에서 보듯이 저는 정말로 다음 발생분(occurrence)에만 등록했습니다.
이 기능이 작동하도록 하려면 활성화/비활성화해야 하는 다른 옵션이 있습니까?
제가 무엇을 망가뜨린 걸까요? 시간대나 언어 설정 문제일 수 있을까요?
lindsey
(Lindsey Fogle)
6월 11, 2026, 4:43오후
19
흥미롭네요, 공유해 주셔서 감사합니다! 확인해 본 후 다시 연락드리겠습니다.
@anko127 님, 보고해 주셔서 감사합니다
실제로 내 이벤트 캘린더에서 다음 이벤트에만 RSVP를 했음에도 불구하고 모든 예정된 이벤트가 표시되는 문제가 있었습니다.
main ← fix-recurring-rsvp-my-events
merged 07:04PM - 01 Jul 26 UTC
Addresses the **My events** calendar issue reported in [meta t/335780](https://m… eta.discourse.org/t/repeating-event-going-gets-not-deleted-anymore/335780), and improves how the event popup loads.
## FIX: Single-occurrence RSVPs filled the "My events" calendar
When a member RSVPs "going" to only the next occurrence of a recurring event (not the whole series), the personal **My events** calendar — and the personal ICS feed — listed the event on _every_ occurrence instead of just the one they joined.
`EventFinder` matches an event for `attending_user` whenever the member is a "going" invitee, ignoring the invitee's `recurring` flag, and the events endpoint then expands the full recurrence series. The per-occurrence invitee list already filtered single RSVPs out of future occurrences, but the calendar/feed query did not.
`ExpandOccurrences` gains a `current_occurrence_only` option that returns only the event's current occurrence (when it falls inside the requested window). `EventsController#index` sets it for the attending member's non-recurring "going" RSVPs, in both the JSON and ICS responses. RSVPs to every occurrence still expand fully; the non-personal calendars (all events / category) are unaffected.
This is a targeted fix — properly modelling per-occurrence RSVPs (storing each date instead of only the recurrence formula) remains a larger follow-up.
## UX: Render event popup details immediately instead of a spinner
Clicking an event opened a popup that showed only a loading spinner until a full event fetch resolved — slow on poor connections. The component wrapped its whole body in `DAsyncContent`, blocking every field on the request even though the calendar already provides each event's core fields (`BasicEventSerializer`) and the inline post widget provides the complete event (`EventSerializer`).
It now renders the data already on the client immediately (title, date, recurrence) and fills in the rest (creator, attendees, RSVP buttons) when the background request returns. Inline event widgets in a topic render fully with no fetch at all (and no longer fire a redundant request). Still-loading sections use core's `.placeholder-animation` shimmer.
## Testing
- Request spec — single-occurrence RSVP returns one occurrence; all-occurrences RSVP returns the series.
- Service spec — `current_occurrence_only` returns the current occurrence only when it is inside the window.
- System spec — a daily recurring event RSVPed once shows a single tile on `/upcoming-events/mine`.
- Existing popup integration + system specs cover the immediate-render behaviour.
7개의 좋아요