방금 카테고리 정리를 위해 거의 1,000개의 주제에 대해 일괄 편집 작업을 수행했습니다. 이 작업이 이메일을 전송할 것이라고는 예상하지 못했습니다(게시글 작성자에게만 게시글이 수정되었음을 알리는 이메일이 아마도 전송될 수 있을 정도였죠). 그런데 대상 카테고리를 관찰 중이던 사용자에게 각자 거의 1,000개의 이메일이 전송되었습니다!
참고로, 이 일괄 편집 작업은 주제 상단 고정(bump) 날짜를 변경하지 않았습니다 — 답글이 없는 주제들도 마찬가지였습니다. 전체 1,000개를 처리하기 전에 먼저 몇 개의 주제를 테스트하여 이것이 예상된 결과임을 확인했습니다. 저에게는 정확히 원하는 동작이며, 제 단순한 정신 모델에서는 상단 고정 날짜가 갱신되는 것이 이메일 알림과 상당히 밀접하게 연관되어 있다고 생각했지만(물론 그 생각은 틀렸습니다).
이는 결과가 매우 심각한 예상치 못한 동작입니다. UI에서 이를 더 명확하게 표시하거나, 아예 이런 일이 일어나지 않도록 하는 것이 좋겠습니다.
다이얼로그 자체는 꽤 무해해 보이며, 카테고리 설정… 버튼의 생략호(…)는 작업이 실행되기 전에 또 다른 패널이 나타날 것 같은 인상을 줍니다.
질문하신 내용을 정확히 이해하지는 못했지만, 제가 이해하기로는 (기본) 현재 상태는 다음과 같습니다:
Jane은 #foo 카테고리의 새로운 첫 게시물을 모니터링하고 있습니다.
저는 1,000개의 오래된 주제를 일괄 변경하여 #bar에서 #foo로 이동합니다.
Jane은 1,000개의 알림(이메일, 알림음 또는 배지)을 받게 되며, 이는 그녀에게 “오래된” 것으로 보입니다. #foo 카테고리로 이동해도 주제 업데이트 날짜가 변경되지 않았기 때문에 해당 주제 중 어느 것도 실제로 새 것으로 표시되지 않습니다.
저는 이 동작 방식이 한 가지 이상의 방식으로 변경되기를 원합니다. 2단계에서 대량의 알림이 발생할 가능성이 있음을 Discourse가 명시적으로 알려주는 것이 도움이 될 것이라고 생각합니다. 2단계에서 체크박스 등을 통해 이러한 알림을 피할 수 있다면 더 좋겠습니다. 그리고 이것이 단순히 기본 동작 방식이 되는 것이 가장 좋다고 생각합니다. 아마 제 상상력이 부족해서 그런 것일 수도 있지만, 직감적으로 관리자들은 대량 작업을 수행할 때 대량 알림을 보내지 않는 것을 일반적으로 원한다고 생각합니다. 이는 단일 주제를 이동하는 경우와는 매우 다른 상황입니다.
네, 위에서 언급된 링크된 토픽을 찾아보면서 ‘토픽에서 카테고리 편집 알림 비활성화’ 설정이 실제로 watching_first_post 알림에도 영향을 미친다는 사실을 알게 되었습니다. 그전까지는 이 설정에 대해 알지 못했었고, 설령 알았더라도 그 이름 때문에 토픽 작성자의 edit 알림에만 영향을 줄 것이라고 생각했을 것 같습니다. 이 사실을 알게 된 것은 분명 도움이 되지만, 일괄 작업 시 이를 비활성화해야 한다는 점을 기억하려고 노력하는 것 자체가 이 설정이 얼마나 직관적이지 않은지를 잘 보여준다고 생각합니다.
수동(일괄 작업이 아닌) 카테고리 편집이 watching_first_post 알림을 트리거하는 것은 합리적이라고 생각합니다. 그리고 일괄 작업 시 토픽 작성자가 edit 알림을 받는 것도 크게 신경 쓰이지 않습니다. 일괄 작업은 횟수가 훨씬 적고, 왜 그런 알림이 발생하는지도 훨씬 명확하기 때문입니다.
