We noticed that without us knowing about it, many users (about 50) got silenced. Turns out that in some cases when a user types too fast their post gets send to the review queue, but in some cases it does not get send to the review queue.
If a post does not get send to the review queue we are not made aware that a user got silenced.
The fact that there are two different ways in which users who typed too fast are handled meant most of our moderators were under the false assumption that all cases of user typed too fast were always send to the review queue. That’s a reasonable assumption, the system is confusing by having two different ways of dealing with the same thing.
Users often feel discouraged when they get silenced and their post doesn’t go public, and don’t care to try and message a moderator.
When they get unsilenced, their post is still lost, which again is discouraging.
Not everyone who types crazy fast is a spam bot. It may as well be a user who used google translate to translate a long text he wrote to English before posting it.
Please consider changing this and sending all those posts to the review queue.
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.
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.
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.
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.
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.
Está citado no tópico Bug para que a informação fique interligada. 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.
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 