특정 주제에서 ‘새 게시물’ 또는 ‘답글’ 작업을 클릭할 때 승인 대기 중인 게시물이 있는 경우, 아래 이미지와 같은 폐기 확인 모달이 표시됩니다.
재현 단계:
관리자/모더레이터 승인 이 필요한 새 게시물 을 생성합니다.
게시물을 제출한 후, **“새 게시물”**을 클릭합니다.
게시물 폐기 확인 모달 이 나타납니다.
모달에서 취소 를 클릭합니다.
다시 **“새 게시물”**을 클릭합니다 — 폐기 확인 모달이 다시 나타납니다 .
다시 취소 를 클릭합니다.
어떤 게시물의 답글 을 남겨 보려 합니다.
실제 결과:
게시물의 답글을 남길 때도 게시물 폐기 확인 모달이 여전히 나타납니다 .
기대 결과 (?):
사용자는 폐기 확인 모달을 보지 않고 정상적으로 새 게시물을 작성하거나 기존 게시물의 답글을 남길 수 있어야 합니다 .
우회 방법:
사용자가 페이지를 새로고침 하면 모달 확인이 제거됩니다.
Discourse 버전: 2026.1.0
3개의 좋아요
Moin
3월 20, 2026, 1:21오후
2
저도 오늘 같은 경험을 했습니다. 새로고침 대신 '폐기’를 클릭할 수도 있지만, 이렇게 하면 게시 예정인 글이 사라지는 것처럼 느껴질 수 있다는 데에는 동의합니다.
사용자 경험 측면에서 정말로 혼란스럽습니다.
3개의 좋아요
sam
3월 23, 2026, 12:48오전
3
Moin:
사용자 경험이 정말로 혼란스럽습니다.
저도 동의합니다. 하지만 이 프로세스에는 전반적으로 어색하게 느껴지는 부분이 있습니다. @lindsey / @mcwumbly
커뮤니티 매니저가 게시글 승인을 요구할 때, 실제 최종 사용자를 위한 전체 경험을 면밀히 검토해야 합니다.
현재로서는 너무 적대적으로 느껴져 사용자가 이탈하게 만드는 경우가 있는데, 이는 결코 의도한 바가 아닙니다.
예를 들어:
게시글을 올린 후, 내 게시글이 대기열에 있다는 것이 명확하게 표시되었나요?
언제 검토될 것으로 예상되는지 명확하게 알 수 있나요?
승인 시 알림을 받나요? 그렇다면 어떤 방식으로 받나요?
추가 게시글을 올리면 어떻게 되나요?
승인 대기 중인 내 게시글을 어떻게 찾을 수 있나요?
작성기가 이상하게 동작하고 있나요?
1개의 좋아요
lindsey
3월 24, 2026, 6:20오후
5
이 버그는 꽤 심각합니다. 제가 파악한 바로는, 대기 중인 게시글이 있으면 사실상 게시글을 전혀 올릴 수 없습니다:
해당 승인 필수 카테고리에서 다시 게시할 수 없습니다.
다른 카테고리에 새 주제를 만들 수 없습니다.
다른 카테고리에서 답글을 달 수 없습니다.
좋은 소식은, 프롬프트가 표시될 때 폐기 를 클릭해도 실제로 게시글이 사라지지는 않는다는 것입니다 — 관리자 검토 대기열에서 여전히 접근할 수 있으며, 승인되면 예상대로 표시됩니다. 하지만 분명히 매우 혼란스러운 사용자 경험이며, 이 팝업은 다음과 같은 상황 후에 나타납니다:
버그 수정을 위해从这里부터 엔지니어를 참여시켜야 한다고 생각하며, 이후 @sam이 살펴보고자 했던 전체 프로세스를 다시 검토하겠습니다.
다만, 지금까지 몇 가지 참고할 점이 있습니다:
sam:
게시글을 올린 후, 내 게시글이 대기열에 있다는 것이 명확하게 이해되었는가?
네, 게시글을 제출한 후 팝업 알림이 표시됩니다:
sam:
아니요, 검토에 얼마나 걸릴지에 대한 표시가 없습니다.
sam:
승인되면 통지를 받으며, 그렇다면 어떻게 받나?
네, 게시글이 승인되면 통지를 받습니다:
sam:
현재 상태로는 불가능합니다 — 버그 때문이죠
현재 상태에서는 초안 목록에 표시됩니다.
하지만 초안을 열려고 하면 동일한 “게시글을 폐기하시겠습니까?” 메시지가 나타납니다. 이러한 게시글이 초안에 표시되는 것이 의도된 동작인지 궁금합니다.
sam:
작성기(Composer)가 이상한 동작을 하고 있는가?
이 시점에서 이것이 작성기 문제인지는 확신할 수 없습니다.
Moin
3월 24, 2026, 6:29오후
8
lindsey:
지금 당신의 초안 목록에 나와 있습니다.
보통 대기 중인 게시글을 찾을 수 있는 my/activity/pending에 당신의 게시글이 없는 것이 놀랍습니다. 예를 들어, 제가 Meta에서 테마 컴포넌트를 게시했을 때처럼요. 게시글이 초안에 있는 것이 버그의 일부인 것 같습니다.
lindsey
3월 24, 2026, 6:38오후
9
네, 동의합니다. 이 내용을 초안으로 저장하는 것은 잘못된 것 같습니다.
1개의 좋아요
수정 중입니다 - @martin 어떻게 생각하시나요?
main ← fix/discard-draft-modal-after-enqueued-post
merged 08:39AM - 26 Mar 26 UTC
When creating a new topic in a category that requires approval, the composer wou… ld show a "discard draft" modal on every subsequent attempt to open it (new topic or reply).
The issue was in the post-enqueue handler in the composer service. After a post is enqueued, the code tries to push the pending post into `this.topicController.model.pending_posts`. When creating a new topic, the user is on the topic list — not viewing a topic — so `this.topicController.model` is undefined. Accessing `.pending_posts` on undefined throws a TypeError, which prevents `destroyDraft()` and `close()` from ever executing. The composer model stays on the service with dirty content, so any subsequent composer open triggers the discard draft modal.
The fix adds optional chaining (`?.`) so the pending_posts push is safely skipped when no topic model is loaded.
https://meta.discourse.org/t/397711
2개의 좋아요
이 주제는 20시간 후 자동으로 닫혔습니다. 새로운 답변은 더 이상 허용되지 않습니다.
