게시물 2개가 기존 주제에 병합되었습니다: "private topics"를 “personal message topics”(개인 메시지 주제)로 이름 변경
지금까지 불만은 접수되지 않았습니다. 이 플러그인은 성능을 고려하여 작성되었습니다.
3개의 좋아요
비공개 주제에 있는 게시물이 해결된 것으로 표시되면, 해당 게시물은 게시자 프로필의 해결된 탭에 표시되며 모든 사용자에게 공개됩니다.
2개의 좋아요
보고해 주셔서 감사합니다. 가능한 한 빨리 조치하겠습니다.
3개의 좋아요
@SubStrider 님이 보고하신 문제가 해결되었습니다. 플러그인을 1.5.12 버전으로 업데이트해 주세요.
@SubStrider 님, 다시 한번 보고해 주셔서 감사합니다. 
5개의 좋아요
버그라고 할 수 있는 문제를 발견했습니다. 코드상의 전통적인 오류라기보다는 디자인 측면에서의 사용성 버그일 가능성이 높지만, 미래에 방지하고 싶은 문제를 일으켰습니다. 배경은 다음과 같습니다.
Discourse 인스턴스에는 3자릿수의 사용자 수가 있으며, 메일링 리스트 대체용으로 사용되고 있습니다. 약 40개의 카테고리(= 메일링 리스트)가 있으며, 멤버십 관리를 위해 각 카테고리에 해당하는 그룹이 있습니다. 일부 카테고리는 비공개 토픽 플러그인을 사용하여, 비멤버(하지만 다른 리스트의 멤버인 사용자)가 작성할 수 있는 메일링 리스트를 흉내 내고 있습니다. 여기까지는 문제가 없습니다.
문제점:
오늘 관리자 사용자는 일부 리스트에서 토픽을 작성하여 몇 가지 설정에 대해 리스트 멤버들과 확인을 나누었습니다. “일반”/비공개 카테고리에서는 해당 그룹의 멤버만 메시지를 수신하여 모든 것이 정상적으로 작동했습니다. 그러나 비공개 토픽 플러그인을 사용하는 카테고리에서는 제대로 작동하지 않았습니다. <edit> 거기서, 해당 특정 카테고리/그룹의 멤버인지 여부에 관계없이 수백 명의 모든 사용자에게 메시지가 포함된 이메일이 전송되었습니다. 거기서, 카테고리 권한이 
everyone에게 부여되었기 때문에(이것은 사용해서는 안 되며, trust_level_0를 사용해야 합니다. OP 참조) 모든 사용자는 카테고리 멤버였으나, 카테고리 플러그인 설정에서 가시성 권한을 갖도록 정의된 특정 그룹의 멤버인지 여부에 관계없이 메시지가 포함된 이메일을 모두 수신했습니다. 나중에 알게 된 바에 따르면, 웹사이트 플러그인 설정인 Private topics permitted groups가 여전히 기본값인 Admin 그룹을 사용하고 있었습니다. </edit>
(참고로, 이전에 비슷한 문제가 있었습니다. 관리자 권한과 “일반” 계정을 모두 가진 사용자가, 비공개 토픽 플러그인을 사용하는 카테고리로 내부 문서를 잘못 전송한 적이 있습니다(관리자 사용자와 연결된 이메일 주소로 전송되었지, 일반 사용자 주소로는 전송되지 않았습니다). 이로 인해 정보 유출이 발생했습니다. 당시에는 이 문제를 해당 플러그인과 연결하지 못했는데, 오늘에서야 그때 무슨 일이 있었는지 명확해졌습니다.)
기대되는 동작:
관리자의 게시물/이메일은 항상 표시되거나 메일로 전송되어야 한다는 디자인 선택의 이유를 이해합니다. 하지만 이 경우 의도는 카테고리/그룹의 멤버들에게만 정보를 전달하는 것이었습니다. 이 Discourse 인스턴스의 모든 사용자에게 수백 통의 이메일이 전송된 것은 매우 불투명하고(불쾌한) 상황이었습니다.
가능한 해결책:
이 상황을 개선하고 싶습니다. 메일인(Mailin)이 사용 가능하기 때문에, 단순한 확인 대화상단만으로는 해결되지 않을 것입니다. 플러그인의 전역 설정이거나, 플러그인을 사용하는 카테고리별 설정으로, 관리자 게시물을 모든 사람에게 표시되도록 처리할지, 아니면 카테고리/그룹 멤버에게만 표시되도록 처리할지 선택할 수 있게 하면 어떨까요? 이렇게 하면 새로운 카테고리를 설정할 때 인식도를 높일 수 있을 것입니다.
가능한 한 관련이 있는 모든 정보를 개인 메시지로 보내주실 수 있을까요? 다음 내용을 포함해 주세요:
- Discourse 및 플러그인 버전
- 플러그인 설정
- 설치된 다른 플러그인
- 영향받은 카테고리의 카테고리 보안 설정 및 카테고리별 플러그인 설정
- 알림 설정
- 메일링 리스트 모드가 활성화되어 있는지 여부
- 실수로 이메일 알림을 받은 사용자가 카테고리를 방문할 때 해당 토픽을 볼 수 있는지 여부
- 문제를 재현하는 데 도움이 될 수 있는 기타 사항
빠른 답변 감사합니다!
보냈습니다. 그리고 질문 덕분에 근본 원인(웹사이트 설정: 플러그인 설정: 개인 주제 허용 그룹)을 찾을 수 있었습니다. 따라서 코드 측면에서는 의도대로 작동하고 있으며, 개인적으로는 UX 측면에서 개선이 필요한 문제라고 생각합니다. 
직관에 반하는 사항 중 하나는 '모두’에게 접근 권한을 부여하면 비공개 주제가 올바르게 작동하지 않는다는 점입니다. 이는 원문에 언급되어 있지만, 솔직히 저 역시 여러 번 같은 실수를 반복했습니다. '모두’에게 접근 가능한 카테고리에서 비공개 주제가 활성화될 때 경고가 표시되도록 설정에 경고 메시지를 추가했습니다.
3개의 좋아요
@RGJ 님께 다시 한번 감사드립니다. 문제를 함께 디버깅하고 살펴봐 주셔서 everyone 그룹을 사용할 때 제가 설정 오류를 찾는데 큰 도움이 되었습니다. 제 설치 환경에서는 로그인한 사용자만 Discourse 콘텐츠에 접근할 수 있기 때문에, 처음에는 everyone과 trust_level_0의 차이를 이해하지 못했습니다. 하지만 이제 Discourse가 이 두 항목을 상당히 다르게 처리한다는 것을 배웠습니다. 따라서 플러그인의 문제는 없었으며, 오히려 추가된 경고 덕분에 더 감사할 따름입니다. 그렇지 않았다면 언젠가 다시 같은 함정에 빠졌을지도 모르기 때문입니다… 
2개의 좋아요
사용자가 개별 주제를 사적으로 생성할 수 있는 버튼을 제공하는 것이 가능할까요? 저희는 대학 강의에서 이 기능을 사용하고 있으며, 기본적으로 학생들의 게시글이 공개되도록 하되, 게시 시 사적으로 설정할 수 있는 옵션을 제공하길 원합니다.
게시물 5개가 기존 주제에 병합되었습니다: 주제를 "좋아요"하기 전까지 카테고리 내 게시 제한
프로세스에 대해 더 자세한 정보를 제공해 주실 수 있을까요?
- 학생이 게시물을 올릴 때, 공개/비공개 여부를 스스로 선택할 수 있기를 원하나요?
x시간이 지난 후에도 토픽의 공개 범위를 재설정할 수 있어야 하나요?
간단한 우회책으로는 토픽을 DM으로 전환하거나, 그 반대로 전환하는 것입니다. 그룹으로 전송하는 것도 가능합니다.
이 경우, DM에서 공개로 전환하거나 토픽에서 비공개로 전환하려면 관리자 개입이 필요합니다.
@RGJ 이 게시물을 원래 위치로 옮겨주세요. 여기에 올린 것이 아닙니다.
완료했습니다. 제 실수였습니다. 다른 게시물들과 함께 이동하는 것은 아니어야 했습니다.
다만, 이 특정 사용 사례에 대한 추가 논의도 이곳에 적합하지 않다고 생각합니다. 토론은 Private Topics 플러그인에 집중해 주시기 바랍니다.
이 플러그인에 대해 콘솔에서 비권장(deprecation) 경고가 표시됩니다:
deprecation-identify-source.js:15 DEPRECATION: [PLUGIN discourse-private-topics] `@ember/service`에서 `inject`를 가져오는 것은 비권장됩니다. 대신 `service`를 가져오세요. [deprecation id: importing-inject-from-ember-service] 이 기능은 ember-source 7.0.0에서 제거될 예정입니다. 자세한 내용은 https://deprecations.emberjs.com/id/importing-inject-from-ember-service 를 참고하세요.
1개의 좋아요
수정 사항을 push했습니다(경고 자체는 무해했지만요). 보고해 주셔서 감사합니다.
5개의 좋아요
전체 검색을 사용하여 키워드를 검색할 경우, 개인 지원 스레드에 접근할 수는 없지만 미리보기가 표시됩니다.