3.6.0.beta2에서 테스트해 보았으며, 기억이 맞다면 beta1에서는 해당 문제가 발생하지 않았습니다.
재현 단계:
HTML을 새로고침해 보았지만 문제가 계속됩니다.
수정: 이벤트 시작 날짜만 수정할 때도 동일한 문제가 발생했지만, 아직 재현하지는 못했습니다…
이벤트를 어떻게 편집하고 계신가요? UI를 통해서인지 마크다운을 통해서인지요.
두 방식의 동작이 다른가요?
기억이 맞다면, 이 문제는 두 경우 모두에서 발생했습니다.
때로는 시작 날짜가 업데이트되지 않았고, 때로는 종료 날짜에 영향을 미쳤습니다. 이 문제는 재현하는 데 시간이 많이 걸리고 복잡해서 제대로 재현할 기회를 갖지 못했습니다.
일부러 문제를 수정하는 작은 PR을 제출했습니다. 현재는 이를 헬퍼 플러그인으로 사용하고 있습니다.
현재의 임시 해결책도 다음과 같습니다:
이렇게 하면 이벤트 날짜가 주제에 처음부터 다시 기록됩니다.
안녕하세요,
이와 관련하여 FIX: Refresh event dates in topic lists - Pull Request #43285 - discourse/discourse - GitHub PR을 열었습니다.
이어서 PR 헤드 커밋에 대한 수동 테스트 화면 녹화를 진행했습니다:
해당 PR은 main을 기반으로 합니다.
녹화 속의 빨간색 타이머는 관련 이벤트 경계까지의 카운트다운을 표시하고, 녹색 시계는 현재 실제 시각을 표시하므로, 이 녹화 영상은 자체적으로 완결된 내용을 담고 있습니다.
참고로, 정확한 테스트 타이밍과 BBCode를 아래에 보충 노트로 포함했습니다.
의도된 타이밍:
| 시작 | 수정된 시작 | 종료 | 수정된 종료 |
|---|---|---|---|
| 16:22 | 수정 없음 | 16:25 | 16:28 |
초기 BBCode는 다음과 같았습니다:
[event start="2026-09-04 16:22" status=public timezone=Europe/London end="2026-09-04 16:25"]
this is an event description
[/event]
명시적으로 다음과 같이 변경했습니다:
[event start="2026-09-04 16:22" status=public timezone=Europe/London end="2026-09-04 16:28"]
this is an event description
[/event]
의도된 타이밍:
| 시작 | 수정된 시작 | 종료 | 수정된 종료 |
|---|---|---|---|
| 16:31 | 16:32 | 16:35 | 수정 없음 |
이 실행에서 설정 실수가 있었습니다. 초기 BBCode는 실제로 다음과 같았습니다:
[event start="2026-09-04 17:00" end="2026-09-04 18:00" status="public" timezone="Europe/London" reminders="notification.15.minutes"]
[/event]
이후 명시적으로 다음과 같이 변경했습니다:
[event start="2026-09-04 16:32" status=public timezone=Europe/London end="2026-09-04 16:35" reminders=notification.15.minutes]
[/event]
따라서 이 특정 실행은 16:31 → 16:32 시작 시간만 수정한 비교로 간주해서는 안 됩니다.
의도된 타이밍:
| 시작 | 수정된 시작 | 종료 | 수정된 종료 |
|---|---|---|---|
| 16:38 | 16:39 | 16:42 | 16:45 |
초기 BBCode는 다음과 같았습니다:
[event start="2026-09-04 16:38" status=public timezone=Europe/London end="2026-09-04 16:42" reminders=notification.15.minutes]
[/event]
명시적으로 다음과 같이 변경했습니다:
[event start="2026-09-04 16:39" status=public timezone=Europe/London end="2026-09-04 16:45" reminders=notification.15.minutes]
[/event]
의도된 타이밍:
| 시작 | 수정된 시작 | 종료 | 수정된 종료 |
|---|---|---|---|
| 16:47 | 수정 없음 | 16:50 | 16:53 |
초기 BBCode는 다음과 같았습니다:
[event start="2026-09-04 16:47" status=public timezone=Europe/London end="2026-09-04 16:50"]
[/event]
명시적으로 다음과 같이 변경했습니다:
[event start="2026-09-04 16:47" status=public timezone=Europe/London end="2026-09-04 16:53"]
[/event]
의도된 타이밍:
| 시작 | 수정된 시작 | 종료 | 수정된 종료 |
|---|---|---|---|
| 16:56 | 16:57 | 17:00 | 수정 없음 |
최종 BBCode는 다음과 같았습니다:
[event start="2026-09-04 16:57" status=public timezone=Europe/London end="2026-09-04 17:00" reminders=notification.15.minutes]
[/event]
이후 데이터베이스 확인 결과, 이 게시글이 Discourse의 300초 편집 유예 기간(self_edits = 1) 내에 작성자에 의해 한 번 수정되었음이 확인되었습니다. 편집이 해당 유예 기간 내에 이루어졌기 때문에, 게시글은 버전 1을 유지했으며 가시적인 수정 이력/연필 아이콘이 생성되지 않았습니다.
따라서 post_revisions에서 원래의 원시 값을 더 이상 확인할 수 없지만, 이 테스트는 미수정 게시글에 대한 것이 아니었습니다.
의도된 타이밍:
| 시작 | 수정된 시작 | 종료 | 수정된 종료 |
|---|---|---|---|
| 17:03 | 17:04 | 17:07 | 17:10 |
최종 BBCode는 다음과 같았습니다:
[event start="2026-09-04 17:04" end="2026-09-04 17:10" status="public" timezone="Europe/London" reminders="notification.15.minutes"]
[/event]
이후 데이터베이스 확인 결과, 이 게시글이 Discourse의 300초 편집 유예 기간(self_edits = 1) 내에 작성자에 의해 한 번 수정되었음이 확인되었습니다. 편집이 해당 유예 기간 내에 이루어졌기 때문에, 게시글은 버전 1을 유지했으며 가시적인 수정 이력/연필 아이콘이 생성되지 않았습니다.
따라서 post_revisions에서 원래의 원시 값을 더 이상 확인할 수 없지만, 이 테스트는 미수정 게시글에 대한 것이 아니었습니다.