Enviar todos os casos de digitação muito rápida do usuário para a fila de revisão

Notamos que, sem nosso conhecimento, muitos usuários (cerca de 50) foram silenciados. Acontece que, em alguns casos, quando um usuário digita muito rápido, sua postagem é enviada para a fila de revisão, mas em outros casos não é.

  1. Se uma postagem não for enviada para a fila de revisão, não somos informados de que um usuário foi silenciado.
  2. O fato de existirem duas maneiras diferentes de lidar com usuários que digitam muito rápido fez com que a maioria de nossos moderadores assumisse erroneamente que todos os casos de “usuário digitou muito rápido” eram sempre enviados para a fila de revisão. Essa é uma suposição razoável, mas o sistema é confuso por ter duas abordagens diferentes para lidar com a mesma situação.
  3. Os usuários frequentemente se desanimam quando são silenciados e suas postagens não são publicadas, e não se importam em tentar enviar uma mensagem a um moderador.
  4. Quando são desilenciados, suas postagens continuam perdidas, o que, novamente, é desanimador.
  5. Nem todo mundo que digita muito rápido é um bot de spam. Pode ser, por exemplo, um usuário que usou o Google Tradutor para traduzir um texto longo que escreveu para o inglês antes de publicar.

Por favor, considere alterar isso e enviar todas essas postagens para a fila de revisão.

5 curtidas

Aqui também, e concordo, é confuso.
Existe algum motivo especial por trás disso de “alguns vão para a fila de revisão, outros não”?

Então altere as configurações do seu site para acomodar isso, se você espera que os usuários colem muito texto (isso é realmente estranho, aliás, e uma forte indicação de um spammer), então altere min_first_post_typing_time nas configurações do seu site.

Problema resolvido. :handshake:

@codinghorror Algum comentário sobre isso?
Ainda estou tentando entender o que está acontecendo.

Primeiro, gostaria de uma resposta para minha pergunta:

se você espera que os usuários cole bastante texto, altere min_first_post_typing_time nas configurações do seu site.

Você já alterou essa configuração? Se não, por quê? O que o impede de fazê-lo?

1 curtida

Não, essa configuração ainda está no padrão de 3000ms.
Por que eu deveria mudá-la? Posso imaginar perfeitamente que as pessoas usem o Google Tradutor, colem no tradutor e apertem Enter, portanto, não vejo nenhuma razão para mexer nessa configuração.

Talvez eu não tenha sido claro o suficiente com minha pergunta.

min_first_post_typing_time explica o texto de ajuda:

Quantidade mínima de tempo em milissegundos que um usuário deve digitar na primeira postagem, se o limite não for atingido, a postagem entrará automaticamente na fila de necessidade de aprovação.

Eu entendo isso da seguinte forma: Cada vez que o limite não é atingido, a postagem entra na fila de revisão, sem exceções.

O que eu vi em “Ações da Equipe”: De vez em quando, um usuário é silenciado pelo sistema por digitar muito rápido, mas não há sinais desse usuário na fila de revisão.

Esse é o meu ponto. Eu gostaria de entender por que a maioria dos usuários que digitam muito rápido vai para a fila de revisão, enquanto alguns deles não vão para a fila de revisão.

Minha expectativa é que, independentemente do valor de min_first_post_typing_time, seja 1 segundo ou 60 segundos, se uma postagem não atingir o limite, ela vai para a fila de revisão, sem exceções. O que eu vejo na realidade é diferente.

2 curtidas

Justo, mas você precisa ajustar essa configuração para um valor menor para resolver a raiz do seu problema: você tem muitos usuários que colam conteúdo em posts como uma atividade normal. Portanto, essa configuração deve ser definida para um valor menor em sua instância, pois seu público de usuários tem características diferentes do público em outras instâncias médias do Discourse.

[quote=“codinghorror, post:7, topic:184578”]você tem muitos usuários que colam conteúdo em posts como uma atividade normal.
[/quote]

Não entendo por que isso deveria ser a causa raiz do meu problema, mas alterei min_first_post_typing_time de 3000 para 1500 agora.
Minha expectativa é que isso não mude absolutamente nada.

Concordo. Para seu público de pessoas que colam o tempo todo, acho que você deveria mudar para algo muito menor, como 100 milissegundos. Não acho que passar de 3 segundos para 1,5 segundos seja suficiente.

A boa notícia é que esse limite se aplica apenas a novos usuários, então usuários existentes e estabelecidos não serão afetados.

Opa, 100ms? Esse é um valor que eu nunca teria escolhido por conta própria. Vou tentar.

1 curtida

por que você acha estranho as pessoas colarem texto? Um fórum em que sou ativo é dedicado ao desenvolvimento de um aplicativo de telefone. O feedback para este aplicativo vem de todo o mundo, muitas vezes também de pessoas que não falam ou escrevem inglês. Eles usam o Google Tradutor para tentar dar seu feedback em inglês, e assim a colagem acontece. Suspeitamos que isso aconteça semanalmente.

isso resolve o problema de a postagem deles ser rejeitada, mas introduz o problema de aumento de spam, como você já apontou. Então, o que estou solicitando é uma maneira mais inteligente de lidar com esses casos: enviar essas postagens para a fila de revisão em vez de rejeitá-las silenciosamente. É para isso que a fila de revisão foi criada em primeiro lugar, não?

Você chama de estranho a colagem, eu chamo de estranho a rejeição silenciosa de postagens.

1 curtida

Eu também tenho pelo menos dois casos em que um novo usuário foi silenciado com: silenced_by_staff: New user typed too fast pelo usuário system, e nunca apareceu na fila de revisão, e no perfil do usuário não há nenhuma mensagem de banner mostrando posts ocultos ou excluídos.

@moderadores-da-comunidade Este tópico pode ser movido para Bug ou mesclado com este tópico?

1 curtida

Está citado no tópico Bug para que a informação fique interligada. :+1: Atualmente estou tentando encontrar uma reprodução consistente para que possamos rastrear onde o problema pode estar. Se você tiver algum detalhe extra que possa ajudar, por favor, compartilhe em Automatic silencing for "typing too fast" doesn't notify administrator. :crossed_fingers:

Fechado em favor de Automatic silencing for "typing too fast" doesn't notify administrator