제 이름은 안드레스 고메스(Andres Gomez)이며, SmartThings 개발자 지원 팀에서 근무하고 있습니다. 따라서 SmartThings 커뮤니티의 관리자이기도 합니다. 저희 커뮤니티에는 7년 이상의 장기 회원으로, 최근 몇 주간 문제를 겪고 있는 소중한 사용자가 있습니다. 이 사용자는 과거에 사고를 당한 결과 현재 휠체어를 이용하고 있으며, 손의 움직임이 매우 제한적입니다. 이 사고는 커뮤니티 가입 이전의 일이었지만, 최근 몇 주 동안(아마도 포럼 업데이트 이후) 기존 스레드의 게시글을 선택하여 해당 스레드를 포크(fork)하려는 의도로 조작하다가 실수로 스레드를 삭제하는 일이 발생하기 시작했습니다. 즉, 진행 중인 스레드에 새로운 주제가 등장하여 스레드가 확장되는 경우, 그는 해당 댓글을 새 스레드로 포크하려고 시도하지만 실수로 해당 스레드를 삭제하게 되는 것입니다. 사용자의 권한 레벨을 조정해 보았지만, 삭제 권한이 없는 것은 가장 낮은 레벨뿐이며, 그는 저희 커뮤니티에서 활발하게 활동하는 소중한 회원이므로 모든 권한을 박탈하고 싶지 않습니다. 이 문제에 대한 해결책이 있을까요? Select Posts... 버튼에서 Delete Topic 버튼을 분리할 수 있는 방법이 있을까요? 또는 스레드 삭제 흐름에 확인 단계를 추가할 수 있을까요?
해당 사용자가 최근 카테고리 модератор(Category Moderator)로 승격되어 주제(topic) 삭제 권한을 획득했을 가능성이 있습니다. (현재는 카테고리 модератор, модератор, 관리자만 자신의 것이 아닌 콘텐츠에 대해 삭제 권한을 가지고 있습니다.)
일반적으로 실수로 주제를 삭제한 경우, 주제 wrench(도구)를 다시 열어 같은 방식으로 삭제 취소(undelete)할 수 있습니다. 하지만 테스트 사이트에서 간단히 확인해 본 결과, 카테고리 модератор는 주제를 삭제할 수는 있지만 삭제된 주제를 열람할 권한은 없는 것을 알게 되었습니다. 이로 인해 카테고리 модератор가 실수로 주제를 삭제하면 페이지가 새로고달려지며, 해당 주제로 돌아가 오류를 되돌릴 수 없는 불행한 상황이 발생합니다.
단기적인 해결책으로 해당 사용자를 TL4(신뢰 수준 4)로 설정하는 것을 고려해 볼 수 있습니다. TL4는 글로벌 편집, 주제 분할, 주제 닫기 등 유용한 많은 권한을 가지고 있지만, 카테고리 модератор가 가진 모든 권한(예: 삭제 권한, 검토 대기열(Review Queue) 접근 권한)은 가지고 있지 않습니다. 더 자세한 내용은 신뢰 수준 권한 표 (모더레이터 역할 포함)의 비교 표에서 확인하실 수 있습니다.
정보를 주셔서 감사합니다. 해당 CSS 변경 사항을 어떻게 구현해야 할지 잘 모르겠지만, 조사해 보겠습니다. TL4 사용자와 관련하여 주변에 물어본 결과, 해당 사용자는 이미 TL4 사용자였습니다. 우리가 취한 첫 번째 조치가 바로 사용자 레벨을 변경하는 것이었거든요. 하지만 그는 여전히 주제를 삭제할 수 있고, 삭제된 주제를 복구할 수는 없는데, 이는 이상한 부분입니다. 신뢰 수준 권한 표를 확인해 보니, 그는 주제를 삭제할 수 있어야 하기 때문입니다. 그가 여전히 그렇게 할 수 있는 이유가 무엇인지 혹시 아시는 점이 있으신가요?