The persistence of posts hidden by flags are a bane to our community

Community moderation is great – if enough people flag a post to hide it, moderators don’t need to get involved. What’s better is that the user who made the post is given an opportunity to improve the post so that it abides by the rules. But what if the user opts not to improve the post, and just lets it sit? The post remains “hidden” for all eternity.

In this perpetual state of being hidden, the post continues to waste a bunch of space on the thread, as it is as large as a normal post:

this is awful, as if the community flags a bunch of spam posts or some argument on a thread, even after the posts are hidden, the topic is still clogged by them.

To resolve this:

  • Hidden posts should collapse into something similar to what the moderators see for deleted posts: “click to view x deleted posts”. This is super small and does not detract from topic readability. If the user edits their post to improve it, it will be moved out of this section and back into the thread.
  • Posts that remain hidden for long enough without action (24 hours?) should be automatically deleted so that users can’t go prowling through another’s posts and find all the bad stuff they posted in the past
2개의 좋아요

There is aready a site setting for this

delete old hidden posts

Auto-delete any hidden posts that stay hidden for more than 30 days.

Make sure that’s checked.

2개의 좋아요

We do have it enabled, but a full month is so long that we thought they were never deleted. Can this be changed so that site admins can configure the amount of days? We would want to set this to 1-2 days.

2개의 좋아요

We don’t generally prioritize these kinds of site specific requests unless you’re a customer. Did you want to move back to our hosting?

So these posts show up in the moderation queue, right? Can’t you delete them from there?

We delete the majority of flagged posts because we’ve found that users will still quote and reply to them otherwise.

5개의 좋아요

Wow even after they are hidden, people will quote and reply to the hidden post?

2개의 좋아요

I’ve seen users dig up old post revisions to respond to. If they can do it, they will.

4개의 좋아요

Absolutely. And surprisingly often!

When someone is wrong on the internet, and someone has a chance to respond, it seems some folks just can’t resist the urge.

11개의 좋아요

A css tag (post-hidden) is added to the hidden post, and this can be used. You can change the design of this post at your discretion. For example, remove the avatar, make the font smaller, change the indentation. Huge selection.

.post-hidden .topic-avatar {
    display: none !important;
}

For example, so:

Maybe this will help to solve the problem of"space saving".

7개의 좋아요

네, 저희도 같은 문제를 겪고 있습니다. 제 모더레이터들은 이 현상이 어떻게 일어나는지에 대해 모두 혼란스러워하다가, 인코그니토 모드로 확인해 보니 '숨김’은 우리가 생각했던 것처럼 실제로 삭제된 상태를 의미하는 것이 아니라 단순히 접힌 상태만 의미한다는 것을 발견했습니다.

이 문제가 드러난 이유는 원래 숨겨진 게시글에 대해 여러 사용자가 답글을 달며, 그 게시글이 숨겨졌어야 하는지 여부를 두고 논쟁을 벌였기 때문입니다. 그 결과 연속된 7개의 게시글이 모두 숨겨진 상태가 되었습니다.

제 결론은, 모더레이터가 게시글을 실제로 삭제하고 싶다면 '숨김’이 아닌 ‘삭제’ 작업을 수행해야 한다는 것입니다.

4개의 좋아요

정확히 그겁니다. 우리는 오래전에 조정된 게시물(그리고 답글)을 삭제하는 방식으로 전환했습니다. 그렇지 않으면 그런 숨겨진 게시물들이 오히려 해당 주제에서 새로운 _화제 전환_을 일으키기 때문입니다.

4개의 좋아요

플래깅 맥락에서, 제가 아는 한, 모드는 게시물을 숨길 수 없습니다. 게시물이 커뮤니티 플래그 임계값에 도달하면, 보호 조치로 자동으로 숨겨집니다.

그 시점에서 모드는 통보를 받고, 적절하다고 판단되는 조치를 취할 수 있으며, 이는 플래그된 게시물을 삭제하는 것을 포함합니다.

제 핵심은 숨김 처리가 a) 자동이며 b) 일시적인 상태라는 것입니다.

2개의 좋아요

만약 그렇다면, 플래그에 “동의”하면 게시물이 삭제되지 않는 이유는 무엇인가요? 게시물이 일시적인 상태에서 _이동_되어야 하는 것 아닌가요?

1개의 좋아요

"동의"는 "네, 커뮤니티가 이 게시물을 숨긴 것이 옳았다고 동의합니다"라는 뜻입니다.

신고된 모든 게시물이 삭제해야 할 정도로 나쁘다는 것은 당연한 결론이 아닙니다. 때로는(물론 너무 독해지지 않는 한) 대화에서 특정 콘텐츠에 대해 불쾌감을 표하는 단서를 남겨두는 것이 향후 독자를 교육하는 방법일 수 있습니다.

6개의 좋아요

여기 다른 사용자들처럼, 숨겨진 게시물은 일반 사용자에게 완전히 숨겨져야 한다는 데에도 동의합니다. 사용자들이 활발한 논쟁에 집착하게 되거나, 게시물이 부적절한 내용을 담고 있다면 더욱 그러합니다. 그리고 그것을 볼 수 있도록 제공하는 모든 UI를 악용할 것입니다. 공공장소에 "누르지 마세요!"라고 적힌 물리적 빨간색 큰 버튼을 두어보세요. "누르세요"라고 바꾸는 것보다 더 많이 눌릴 가능성이 높습니다.

이 매우 유용한 정보를 알려주셔서 감사합니다. 저는 한 발 더 나아가, 일반 사용자에게는 숨겨진 게시물을 완전히 숨기고 스태프에게는 흐린 색상으로 보이도록 만들었습니다. 하지만 저는 CSS에 아주 능숙하지 않아, 제가 생각하지 못한 의도하지 않은 결과가 생길까요?

body:not(.staff) {
    .post-hidden  {
        display: none !important;
    }
}
2개의 좋아요

그 규칙이 문제를 일으키는 것 같지 않네요. :slight_smile:

작은 참고 사항: staff는 보호된 그룹이며, 이름조차 변경할 수 없습니다(CSS 클래스가 변경되는지 확인해 보려고 시도해 봤습니다).

여기서는 !important 부분이 필수적이지 않은 것 같습니다. 이 규칙을 덮어쓸 수 있는 선행 선택자가 더 이상 없기 때문입니다.

2개의 좋아요

항상 유용한 답변을 주셔서 감사합니다 @Canapin . !important를 빼고 조금 더 조정했고, 일반 사용자가 게시물 수정 내역을 볼 수 있는 기능도 제거했습니다:

body:not(.staff) {
    .post-hidden  {
        display: none;
    }
    .post-info.edits  {
        display: none;
    }
}

공개된 수정 내역 설정을 끄면 됩니다 :slight_smile:

image

3개의 좋아요

:man_facepalming: 아, 감사합니다! 설정에서 revision을(를) 찾고 있었어요.

1개의 좋아요

결론적으로 이 방식은 몇 가지 부작용을 일으킵니다:

  • 주제 내의 최신 게시글이 숨겨져 있을 때, 사용자가 주제 목록에서 최신 게시글 표시기를 클릭하면 숨겨진 게시글로 이동하려고 시도하지만, 그 후 스레드에서 무작위로 훨씬 위쪽으로 “반짝” 이동하게 됩니다.
  • 숨겨진 게시글의 작성자는 게시글을 편집할 기회가 없으며, 게시글의 제어 버튼도 함께 숨겨지기 때문입니다.

따라서 이 해결책이 더 나은 것으로 보입니다:

body:not(.staff) {
    .post-hidden a.expand-hidden  {
        display: none;
    }
}
2개의 좋아요