Our regular non-admin/non-mod users are unable to add other users to a personal message. I’ve impersonated, changed themes, poked through settings… in none of the cases will clicking the “Add or Remove …” button at the top of a PM thread do anything at all when impersonating. This is across browsers and without any type of ad blocking.
Any idea what’s going on? I didn’t see a setting to restrict adding others to PMs…
Have you disabled personal messages for non-admins?
There is an admin setting: enable personal messages which would disable this across the board, except for Staff
Is this just modifying existing PM topics? Are they able to create new PMs?
They are able to create new personal messages and include whomever they like. They are not, however, able to add new users to personal messages, or remove them, after the initial creation.
Hey @clay, users will need to be TL2 in order to add other users to an existing PM. Adding a user to a PM is considered an invite, which is a TL2 privilege.
The fact that the button appears and does nothing is a bug. Further, I can’t seem to remove myself from a PM as a non-admin user. That also seems like a bug.
@awesomerobot, could this be related to your PM participant layout work?
This might be functionality we need to clarify. You still need a button as TL1 because you should be able to remove yourself from a message (but you can’t add or remove others)…
Maybe we should show something else other than the add/remove button for users under TL2… just show the [x] next to your own username (and no add/remove button)?
I was able to remove myself from a PM as a non-admin TL1 in my local dev instance… so I’m not seeing that issue.
It’s possible this regressed a bit when we did the revamp of the UI here with @j.jaffeux. I believe on the target forum in this specific case they have disabled all trust level progression (beyond TL1).
Thanks for the information, everybody.
That’s correct, but armed with the info provided above, we changed the settings to cap everybody at TL2. While it doesn’t fix the UI issues, etc. mentioned by @jomaxro, it addresses our immediate usability issue. Thanks!
다시 확인해 보니, 저는 TPM이고 다른 사람들과 함께 그룹 PM을 진행 중입니다. 모든 사람이 TL2 레벨이며, 추가/제거 옵션은 표시되지만 클릭하면 그룹 목록에서 자신의 ID 옆에 x를 표시하여 자기 자신을 제거하는 것만 가능합니다.
이 기능을 방해하는 다른 설정이 있을까요? 초대 시에는 사용자 수를 자유롭게 추가할 수 있지만, 이후에는 더 이상 추가할 수 없네요…
@tshenry 이 문제를 재현할 수 있을까요?
TPM은 Discourse 버전 2.3.0을 사용하고 있습니다. PM에 사용자를 추가하는 데 문제가 있다면, 최신 Discourse 릴리스에서 수정되었을 가능성이 높습니다.
그들은 지난해 늦은 여름에서 초가을 사이에 사이트 전체 업그레이드를 진행했습니다. 최신 버전으로 업데이트한 줄 알았는데…
2.3.0은 2019년 중반에 출시되었으며, 이후 6개월간 최신 안정 버전인 2.3.8과 여기에서 사용된 2.4.0.beta10에 많은 변경 사항이 있었습니다. 2.4 릴리스까지 한 달도 채 남지 않았습니다.
감사합니다. 그렇다면 TPM과 관련해서 어떤 방식으로든 나타나는 버그인 것 같네요…
이는 버그가 아닌 것으로 보입니다. 해당 게시물에서 개인 메시지(PM)에 대한 설명과 일치하기 때문입니다:
따라서 사용자는 다음 방법으로 수신자를 추가할 수 있습니다:
기존 메시지의 수신자를 변경하려면 조정(Moderation)이 필요해야 하는 이유를 이해할 수 있습니다. 이는 많은 사기(chicanery) 가능성을 방지하기 위함입니다.
| 사용자 유형 | 역할 | 자기 자신 제거 | 발신자 제거 | 수신자 제거 | 수신자 추가 |
|---|---|---|---|---|---|
| 관리자(Admin) | 발신자 / 수신자 |  |
|
|
|
| 조절자(Moderator) | 발신자 / 수신자 | |
|
|
|
min trust to send messages 권한이 있는 TL2+ 사용자 |
발신자 |  |
|
|
|
min trust to send messages 권한이 있는 TL2+ 사용자 |
수신자 | |
|
|
|
min trust to send messages 권한이 있는 TL1 사용자 |
발신자 | |
|
|
|
min trust to send messages 권한이 있는 TL1 사용자 |
수신자 | |
|
|
|
min trust to send messages 권한이 없는 사용자 |
발신자 | na | na | na | na |
min trust to send messages 권한이 없는 사용자 |
수신자 | |
|
|
|
참고:
Interaction > Who can message this group?에서 해당 그룹에 메시지를 보낼 수 있도록 활성화되어 있는 경우, 수신자는 그룹일 수 있습니다.
음, 그러면 답은 멤버들을 그룹으로 묶는 건데, 이건 자동으로 이루어지나요? TPM은 전면 보드를 멤버 포럼과 분리하는데, 아마도 단순히 그것들을 별도의 그룹으로 묶어주면 되는 걸까요?
이것이 TPM의 설정 문제라는 데에는 의심의 여지가 없습니다. 다만, 정확히 어떤 문제인지 파악해서 TPM에 이 문제를 해결하는 데 필요한 사항을 전달하기 위해 확인 중입니다…
음, 설정을 살펴보니 발신자가 수신자를 추가할 수 있도록 설정하는 것이 필요한 것 같습니다. 이게 틀린 건가요?
제 지식 범위 내에서는 이를 허용하는 설정이 없으며, 바로 그 점이 다른 토픽에서 논의되고 있는 내용입니다.
그룹이 더 나은 옵션일 수 있습니다. 그룹에서 겪을 수 있는 문제는 관리자가 아닌 일반 사용자는 그룹을 생성할 수 없다는 점입니다. 하지만 관리자가 아닌 그룹 매니저를 그룹에 추가할 수 있으며, 이러한 그룹 매니저는 그룹 멤버를 추가하거나 삭제할 수 있습니다.
전혀 맞지 않는 것 같습니다. TL2 권한을 가진 PM(개인 메시지) 게시글 작성자는 수신자를 추가하거나 삭제할 수 있습니다.
앞서 언급한 게시물에서 지적했듯이, 다른 일부 포럼 소프트웨어에서는 PM이 “열려 있음(open)” 상태인지, 즉 나중에 누구나 추가될 수 있는지, 아니면 “닫혀 있음(closed)” 상태인지, 즉 시작 후 수신자 목록을 변경할 수 없는지 여부를 지정할 수 있습니다. 우리 시스템에는 그런 기능이 없습니다.
TL2 사용자 중 PM 작성자가 PM 참가자를 편집할 수 없는 이유를 생각해낼 수 없기 때문에, @tshenry가 출근하는 월요일까지 기다려서 더 자세히 테스트해 봐야 할 것 같습니다. 하지만 @laughingriver가 PM 소유자와 PM 참가자를 혼동하고 있는 건 아닌지 모르겠네요.
기존의 개인 메시지(PM)에 대해서는 이미 위에서 표 제목을 통해 더 명확히 설명했습니다.
맥락은 laughingriver가 새로운 PM을 생성하는 것이 아니라, 기존 PM에 수신자를 추가하려는 시도라는 점입니다:
수정: 표는 PM을 보낼 수 있도록 활성화된 TL1 기준이므로 부정확했습니다. TL2 이상의 사용자는 추가 수신자를 추가할 수 있습니다. 이를 반영하여 표를 업데이트했습니다.