User was banned for posting a reply within 3 seconds

제품 지원
1

In the following topic, a user was silenced for replying with a quick short message:

The related setting is called “auto silence fast typers on first post”, but clearly this wasn’t the user’s first post. Did this rule trigger by error?

It’s not the first time somebody got banned when writing such short replies, which can easily be written within 3 seconds. I’ve reduced the min_first_post_typing_time setting on my forum from 3 to 2 seconds now, but I’m confused why replies are also covered by the auto-silencing option.

2

How confident are you that this was not the user’s first post? Do you see earlier posts in their post history?

3

If you click on the topic I linked, you can see an elaborate question was posted first, then I replied, and then when the user replied “I cannot find it.”, the reply was queued for approval and the user was silenced.

4

최소 첫 게시물 입력 시간"을 2초로 줄였는데도 이 문제가 다시 발생하고 있습니다:

typing-too-fast
typing-too-fast2378×1514 482 KB

jhoney의 첫 번째 메시지는 의심스럽습니다. 2초 안에 입력할 수 없는 길이이고, 실제로는 해당 토픽의 이전 내용을 복사한 것이기 때문입니다. 따라서 스팸 가능성이 높습니다.

하지만 jzza는 첫 질문이 답변된 후 간단한 감사 인사를 입력한 것입니다. 2초 안에 입력했을 수 있지만, 그의 첫 게시물이 아니었으므로 메시지가 보류되어서는 안 됩니다.

5

매우 짧은 메시지를 허용하는 것은 권장되지 않습니다. 답변에 대한 최소 글자 수는 얼마로 설정되어 있나요? Discourse의 기본값은 20자입니다. 이 설정을 변경했다면 스팸 방지용 최소 타이핑 시간 보호 수준을 매우 낮게 설정해야 할 수 있습니다.

내용을 복사하여 붙여넣는 합법적인 신규 사용자는 이 보호 기능에 걸릴 수 있습니다. 플랫폼에서 이러한 패턴이 흔하다면 이 보호 기능을 포기할 수밖에 없을 수 있습니다.

6

짧은 감사 인사를 허용하길 원하고, 사람들이 억지로 글을 길게 쓰게 하는 것이 싫어 이 값을 20자에서 10자로 줄였습니다.

하지만 이 설정은 제가 보고하는 문제와 무관합니다. 제가 겪고 있는 문제는 설정에 "새 사용자가 첫 번째 게시물을 의심할 정도로 빠르게 입력했습니다"라고 명시되어 있음에도 불구하고, 두 번째 게시물을 작성한 속도를 기준으로 게시물이 보류되고 사용자가 침묵 처리되는 것입니다.

7

당연하죠, @justin 이 재현할 수 있을까요?

9

오늘 이 문제를 열심히 테스트해 봤지만, 같은 사이트 설정을 사용해도 아직 재현하지 못했습니다. 첫 번째나 두 번째 게시글을 작성한 사용자가 검토 대기열에 들어가는 현상은 확인되지 않았으며, 예상대로 게시글 작성 속도가 너무 빠르면 약 20초 동안 게시가 차단되는 것만 확인되었습니다.

@bjorn81 해당 사용자들로부터 침묵(게시 차단) 처리가 어떻게 이루어졌는지에 대한 추가 정보를 가지고 계신가요?

10

Discourse에는 이미 좋아요 버튼이 있는데, 왜 감사 메시지 글자 수 한도를 줄이려 합니까? 바로 그 목적으로 존재하는 기능입니다. 사용자는 주제를 다시 올려서 다른 사용자의 주의를 분산시키거나 주제 길이를 불필요하게 늘리지 않고도 감사를 표현할 수 있습니다.

Discourse에서는 ok/GG/+1 같은 게시물이 불필요하다는 이유로 해당 기본값이 존재하는데, 그 기본값을 변경한 것으로 보이며 그로 인해 불이익을 겪고 있습니다.

11

하지만 사실은 그렇지 않으며, 보고된 문제는 다음과 같습니다:

@justin 이 문제를 재현하려면 ctrl+v로 게시글을 붙여넣어야 한다는 점을 유념해 주세요. 우리가 구체적으로 테스트하려는 것은 이것이 두 번째 게시글에서도 발생할 수 있는가 하는 것입니다. 또한 해당 코드 경로(codepath)의 가정이 유효한지 확인해 볼 수도 있습니다.

12

다시 시도해 보겠습니다. 코드 경로를 확인해 봤고, 사이트 설정에서 제공된 값에 기반하여 제가 찾은 모든 가정이 유효해 보였습니다.

수정: 위에서 제공된 설정을 사용하여 두 번째 게시글에 복사/붙여넣기를 통해 재현하는 데 성공했습니다. 기본값으로 되돌려 상관관계가 있는지 확인해 보겠습니다.

수정 2: 문제를 찾았습니다.

이 코드 블록에서는 사용자의 post_count만 확인하고 있습니다. 사용자가 먼저 주제를 생성하면 이는 게시글로 계산되지 않습니다. 따라서 사용자가 답변을 복사/붙여넣기할 때 이는 사용자의 첫 번째 게시글로 계산되어 보호 기능이 트리거됩니다.

수정용 PR이 올라갔습니다