이는 단순히 "이유 있는 거부(rejection with a reason)"인 것으로 보이며, 시스템은 사유를 사용자에게 개인 메시지로 전송합니다.
아래에서 주제(토픽)의 원본 게시글을 편집하여 제안된 변경 사항을 반영해 다시 제출하거나, 질문이 있다면 이 메시지에 답글을 달 수 있습니다.
현재 다음과 같은 프로세스가 존재합니다: 새로운 사용자가 가입하면 first_post_typing_time 설정이 트리거됩니다. 시스템은 게시글을 숨기고 관리자에게 검토를 요청하는 동시에 사용자를 *음소거(silencing)*합니다.
관리자는 "수정 요청(Request Revision)"이 사용자가 자신의 콘텐츠를 수정하도록 요청하는 것이라 생각하고, 사유를 입력한 후 버튼을 클릭합니다(이때 "Unclaimed by …"가 자동으로 트리거됩니다).
이 시점에서 해당 작업은
Post rejected(게시글 거부)로 기록됩니다.
새로운 사용자는 "아래에서 주제(토픽)의 원본 게시글을 편집할 수 있습니다"라는 텍스트를 보고, 시스템이 보낸 개인 메시지 안의 해당 단락을 편집해야 한다고 오해합니다. 관리자도 사용자가 수정을 하면 콘텐츠가 다시 검토를 위해 제출될 것이라고 가정합니다.
그 후, 관리자는 관리자 작업(Moderator actions)에서 Yes(예)를 클릭합니다. 그러면 게시글이 원래 위치에 정상적으로 다시 나타나고, 사용자의 음소거가 해제됩니다.
그러나 Post rejected 작업과 Yes 클릭 사이의 기간은纯粹的한 환상에 불과합니다—사용자는 시스템이 보낸 메시지를 편집할 수 없기 때문입니다.
설령 편집이 가능하다고 해도, 수정된 콘텐츠가 다시 검토를 위해 제출되지는 않습니다. 또한 사용자의 답글은 시스템만 볼 수 있습니다. 사용자는 음소거 상태이므로 원래 주제(토픽)에 새로운 콘텐츠를 게시할 수도 없고, 자신의 원본 게시글도 볼 수 없습니다.
관리자가 관리자 작업(Moderator actions)에서 Yes(유일한 옵션)를 클릭한 후에야, 답글이 달린 게시글이 그대로 (또는 구체적으로, 신고 및 숨겨지기 전의 원래 상태로, 편집이 전혀 이루어지지 않은 상태로) 다시 나타납니다.
그때 비로소 사용자의 음소거가 해제되어 해당 게시글을 편집할 수 있게 됩니다.
이것은 기능이 완성되지 않은 것일까요, 아니면 제가 무언가를 놓치고 있는 것일까요?
2개의 좋아요
ToddZ
2월 27, 2026, 12:39오후
2
복잡한 문제를 잘 정리해 주셨네요.반려 시 게시글 수정 기능 허용 에 대한 브레인스토밍도 참고해 보시면 좋겠습니다.
1개의 좋아요
사실, 그 부분을 확인해 보았을 때 비로소 해당 프롬프트가 사용자가 편집 작업을 수행하도록 허용하기 위한 것이 아니라는 사실을 깨달았습니다.
1개의 좋아요
음, 이건 너무 모호해서 절대 일어나선 안 되는 일인데…
Noble_Fish:
제 이해가 맞다면, 사용자가 게시물을 수정하도록 요청한 후 검토자가 보는 것은 이것인가요? ‘예’ 옵션만?
3개의 좋아요
맞아요, 말씀하신 대로입니다. 그래서 이 기능이 아직 완성되지 않은 상태라고 추정합니다.
1개의 좋아요
원인을 파악했고 수정 방법도 찾았습니다. 곧 업데이트될 예정입니다. 보고해 주셔서 다시 한번 감사합니다.
https://github.com/discourse/discourse/pull/39767
4개의 좋아요
이 제목이 더 정확하며, 실제로 관리자들에게 일부 혼란을 줄 수 있습니다.
게시글 거부 시 수정 기능 허용 토픽에서 재수정이 필요한 내용을 초안으로 채우는 방법에 대해 언급하셨다는 것을 확인했습니다.
이는 해당 토픽의 토론 주제와 관련이 있을 수 있지만, 제가 이 토픽에서 언급한 상황에는 실현 가능하지 않은 것 같습니다:
first_post_typing_time을 트리거하면 게시글이 검토를 위해 제출되는 동시에 사용자의 침묵 상태 가 활성화됩니다. 즉, 게시글이 승인되기 전까지 사용자는 비공개 메시지 컨텍스트를 제외한 어떤 곳에서도 다시 말을 할 수 없습니다.
실제로, 다른 누군가가 이 새로운 사용자를 알아차리고 추가로 비공개 메시지를 생성하지 않는 한, 사용자가 말을 할 수 있는 유일한 비공개 메시지는 시스템이 전송한 “수정 요청” 메시지입니다.
또한, 이 비공개 메시지에 대한 사용자의 답변은 관리자 팀에게 어떤 알림도 주지 않으므로, 가장 어색한 부분이 바로 여기입니다: "수정 요청"을 선택한 후 관리자 팀이 해당 비공개 메시지를 수동으로 추적하지 않는 한, 이 단계에서 프로세스가 중단됩니다.
1개의 좋아요
