Canapin
(Coin-coin le Canapin)
1
매일 거의 매일 이런 문제를 겪고 있습니다:
두 번째 사용자 삭제 시 다음과 같은 메시지가 표시됩니다:
An error occurred: The requested URL or resource could not be found.
검토 대상 게시글이 이전에 삭제했던 사용자(Akismet이 스팸으로 감지한 사용자)의 것이기 때문입니다.
게시글과 사용자는 거의 항상 명백한 스팸이므로 매우 빠르게 검토하며, 사용자인지 게시글인지 제대로 확인하지 않습니다.
이 페이지에서 사용자를 삭제할 때 검토 대기 상태의 게시글을 남겨두지 않고 해당 사용자의 검토 대상 게시글도 함께 삭제되도록 하면 좋겠습니다.
Discourse와 Akismet 모두 스팸 행동을 감지할 때 이러한 문제가 발생하는 것 같아 akismet 태그를 붙였습니다.
3개의 좋아요
pfaffman
(Jay Pfaffman)
2
사용자를 삭제하면 해당 사용자의 모든 콘텐츠도 함께 삭제되는 것이 합리적입니다. 이것은 버그이거나 Contribute > Feature 요청으로 보입니다.
Canapin
(Coin-coin le Canapin)
3
잘 설명하지 못했네요: 게시물은 실제로 삭제된 것이 맞습니다. 다만, 사용자를 삭제할 때 해당 사용자의 게시물도 함께 삭제되었음을 페이지가 실시간으로 반영하지 않을 뿐입니다.
더욱이 UX적인 문제입니다. 이러한 종류의 문제가 동작 수행 후 페이지가 제대로 업데이트되지 않는 다른 여러 사례들도 있습니다.
Immediately after creating a new category, pasting a link in new topic's title doesn't automatically fill the title and the post content 와 유사합니다.
또는, 더 비슷한 예로:
사용자의 관리자 뷰에 있을 때, 사용자가 게시물을 가지고 있어 사용자를 삭제할 수 없는 경우, “모든 게시물 삭제” 버튼을 클릭해도 페이지를 강제로 새로고침하지 않으면 사용자 삭제 버튼이 표시되지 않습니다.
하지만 이는 아주 사소한 문제라 해결될 것으로 보이지 않습니다.
그러나 현재 제가 언급한 주제에 관한 문제는, 매일 많은 수의 사용자/게시물을 검토할 때 에러 메시지가 표시되기 때문에 약간 더 귀찮은 문제입니다.
1개의 좋아요
pfaffman
(Jay Pfaffman)
4
아, 그러니까 새로고침을 하면 제대로 보이는 거군요. 그냥 메시지 버스에 전달되지 않는 것뿐이네요. 이건 UX 문제네요. Rails가 처리해줄 것 같은 것이라 삭제되지 않는 게 좀 놀라웠습니다.
1개의 좋아요