표가 있는 주제가 표결이 비활성화된 다른 카테고리로 이동하면, 표가 소유자에게 반환되지 않는 것 같습니다. 이는 버그인가요, 아니면 의도된 동작인가요?
또한, 주제를 닫아도 표가 자동으로 사용자에게 반환되지 않는 경계 사례도 있습니다.
시간 내어 확인해 주셔서 감사합니다!
5개의 좋아요
저는 로컬 개발 사이트에서 이를 테스트해 보았으며, 투표가 허용되지 않는 카테고리로 주제가 이동할 때 투표가 사용자에게 반환되지 않는다는 것을 확인했습니다. 제 생각에는 이것이 이상적이지는 않은 것 같지만, 의도된 동작인지 확신할 수 없습니다. 제가 생각할 수 있는 유일한 대안은 투표가 허용되지 않는 카테고리로 주제가 이동할 경우 해당 주제에서 모든 투표를 제거하는 것입니다. 이 방법에도 잠재적인 문제가 있을 수 있습니다.
해당 엣지 케이스를 재현하는 구체적인 방법이 알고 계시다면 알려 주세요. 다음 주에 이 문제를 좀 더 조사해 보겠습니다.
4개의 좋아요
토픽을 투표 불가 카테고리로 이동한 후에도 투표가 해제되어야 한다고 생각합니다. 현재 상태로는 투표가 있는 토픽을 투표 불가 카테고리로 이동하면 투표 시스템이 무너질 위험이 있다고 봅니다. 데이터베이스가 클수록 관리자가 사용자가 투표권을 ‘잃지’ 않도록 수동으로 확인하는 것이 더 어렵고 번거로워지기 때문입니다. 10개의 투표가 허용되는 상황에서, 내가 투표한 두 개의 토픽이 투표가 해제되지 않은 채 투표 불가 카테고리로 이동한다면, 전체 투표권의 20%를 잃게 됩니다.
어떤 문제인가요?
1개의 좋아요
가장 먼저 떠오른 것은, 특정 주제가 실수로 잘못 분류된 경우(예: TL3 사용자가 잘못 분류한 경우), 올바른 카테고리로 되돌려졌을 때 모든 투표가 사라진다는 점이었습니다.
1개의 좋아요
현재로서는 다음과 같은 것이 최선의 방법이라고 생각합니다:
- 플러그인이 없는 카테고리로 주제를 이동하기 전에 해당 주제를 닫아 두세요.
여전히 버그입니다. 수정될 수 있을까요?
아래 방법들도 시도해 보았습니다:
- 주제를 투표 카테고리로 다시 이동
- 주제 닫기
- 올바른 비투표 카테고리로 이동
- 다시 열기
하지만 여전히 투표가 남아 있는 것 같습니다.
안녕하세요 @Luke_Cousins,
몇 달 전 일부 엣지 케이스를 수정한 적이 있습니다. 아직 일부 시나리오를 놓치고 있을 가능성은 있지만, 문제를 확인하기 위해 재현 가능한 단계가 있다면 매우 도움이 될 것입니다.
모든 이동된 주제에서 발생하는 건가요? 아니면 공유해 주실 수 있는 특정 시나리오가 있나요?
감사합니다!
1개의 좋아요
이 문제를 발견한 토픽은 4월 17일에 생성되어 이동되었습니다. 그때 이후로 수정되었을 수 있을까요? 우리는 정기적으로 업데이트를 설치하므로, tests-passed 기준으로는 보통 1주일 이내로만 늦어집니다.
현재 최신 버전에서도 여전히 이 문제가 발생하고 있습니다. 이 문제를 해결할 계획이 있나요?
테스트 사이트에서 재현을 시도해 보았지만, 재현에 실패했습니다. 토론을 투표 카테고리가 아닌 카테고리로 이동시키자 테스트 사용자의 투표가 반환되었습니다.
제가 올바르게 진행하는지 확인하기 위해:
- 카테고리에서 토론 투표를 활성화합니다.
- 테스트 사용자로 토론에 투표합니다.
- 관리자 권한으로 해당 토론을 투표가 없는 카테고리로 재분류합니다.
- 테스트 사용자로 다른 토론에 투표하고, 팝업 정보에 표시된 남은 투표 수를 확인합니다.
1개의 좋아요
죄송합니다, 맞습니다. 수정 전에 이동된 주제의 기존 투표만 해제되지 않는 것 같습니다. 잘못된 보고를 드려 죄송합니다.
1개의 좋아요