토픽을 병합하고 병합된 게시물을 삭제한 후, 해당 토픽은 실제로 비공개(unlisted) 상태가 되지만 그렇게 표시되지는 않으며, tl4 사용자나 관리자조차도 해당 토픽을 볼 수 없습니다.
토픽이 정상적으로 기능하고 실제로 비공개 상태가 되지 않는 것이 기대되는 동작입니다. 추측컨대, 이 토픽이 이제 "삭제됨"으로 간주되어 정리 작업의 일부로 자동으로 제거될 수도 있습니다.
재현 단계:
3.5.0.beta8-dev 환경에서:
user1(tl1)로 로그인하여 단일 게시물로 이루어진 새 토픽 topic 1 - that will be deleted를 생성합니다.
user1으로 로그인하여 단일 게시물로 이루어진 새 토픽 topic 2 - that will break를 생성합니다.
user1로 로그인하여 topic 1 - that will be deleted 내의 게시물을 삭제하여 토픽을 삭제합니다.
moderator 권한을 가진 user2로 로그인합니다.
topic 1 - that will be deleted의 게시물을 선택하고, 첫 번째(현재 삭제된) 게시물을 선택한 다음 > 이동 > topic 2 - that will break로 이동하며 preserve chronological order after merging(병합 후 시간순 유지) 옵션을 체크합니다.
user2로 로그인하여 topic 2 - that will break에 새로 병합된 첫 번째 게시물(즉, topic 1 - that will be deleted에서 이동되어 현재 "(topic deleted by author)"으로 표시되는 게시물)을 삭제합니다. 이 동작으로 인해 topic 2 - that will break가 실제로 비공개 상태가 됩니다.
유일한 우회 방법은 이제 숨겨진 토픽으로 연결된 링크를 따라가서 첫 번째 게시물을 복구(undelete)하는 것입니다.
토론:
이 버그는 #calendar-and-event 플러그인의 디버깅 및 문제 조사 과정에서 발견된 상대적으로 심각도가 낮은 버그입니다. 별도 버그 보고서를 참조하십시오:
주제의 첫 번째 게시물을 삭제하면 그 주제도 함께 삭제됩니다. 삭제된 주제는 메인 주제 목록에서 제거되지만, 스태프 사용자(또는 Delete all posts and topics allowed groups 관리자 설정의 그룹)에게는 여전히 접근 가능합니다. 직접 링크가 있다면 이를 사용할 수 있으며, {YourSite}/latest?status=deleted 주소를 방문하여도 볼 수 있습니다.
아, 네, 이전에 사용하던 포럼 소프트웨어에 따라 몇 가지 특이점이 있을 수 있지만, 비교적 빠르게 적응할 수 있을 거라고 생각합니다. 그리고 질문이나 문제가 있으시면 언제든지 여기서 도움을 드릴 준비가 되어 있습니다.
참고로, 모든 것을 익히는 동안 꽤 유용한 방법 중 하나는 제한된 가시성 권한을 가진 ‘테스트’ 카테고리를 만들어, ‘실제’ 환경에서 무언가를 시도하기 전에 안전하게 실험해 볼 수 있는 공간을 마련하는 것입니다. 분할, 병합, 태그 지정, 토픽 타이머 등등. 샌드박스 형태의 영역에서 기능을 직접 확인해 보면 추가적인 맥락을 이해하는 데 큰 도움이 되며, 학습 곡선을 낮추는 데도 도움이 될 것입니다.
그리고 질문이나 문제가 있으시면 언제든지 여기서 도움을 드릴 준비가 되어 있습니다. 