Respostas sussurradas vazam no número do post

Assim como alguns bugs anteriores, ao verificar a contagem de posts exibida na caixa de link de um post, ela mostra o número do post. No entanto, isso não corresponde aos números exibidos na barra de navegação à direita.

Acho que este tópico pode demonstrar o problema: Migrate a phpBB3 forum to Discourse - #580 by gerhard

Portanto, o último post do tópico (no momento da escrita) está sendo chamado de “post #580”, mas a barra de rolagem mostra 256 / 257. Ao examinar o segundo post do tópico, ele está numerado como #303, então estou supondo que existam alguns “whispers” antes dele.

Além disso, há uma lacuna nos números após este post: Migrate a phpBB3 forum to Discourse - #307 by Canapin

Talvez um “whisper” lá novamente?

Não, são apenas uma série de posts excluídos. Não é um bug.

Ok, se for esse o caso sobre esse tópico, por favor, verifique um tópico com sussurros (ou sussurre aqui e depois publique uma resposta de teste?), pois você terá o mesmo efeito.

Infelizmente, esse bug foi notado em meus fóruns por membros críticos/paranóicos que de alguma forma imaginam algo terrível acontecendo :frowning:

Como você imagina que isso funcionaria?

  • Os números dos posts são atribuídos quando o post é criado (eles recebem o próximo número disponível) e não podem ser alterados posteriormente, pois isso quebraria as referências/links para um post específico.
  • Os sussurros são apenas um post no tópico que possui um flag permanente “Apenas Equipe”. Como qualquer outro post, eles recebem um número de post quando são criados. Você atribuiria o número de uma maneira diferente?

Se se trata de não confiar na equipe, talvez sua comunidade precise ter toda a moderação e af. feita de forma transparente, à vista de todos?

O post # deve corresponder ao número do post calculado na barra de rolagem e, assim, ‘pular’ os sussurros para não moderadores. A vinculação a posts de sussurro ainda poderia ser suportada, mas talvez usando um formato de URL ligeiramente diferente, como /topicid/w-postid, onde o prefixo ‘w’ indica que o postid é um sussurro.

Somos muito abertos, mas isso ainda não impede que algumas pessoas apontem quantos sussurros elas acham que existem em um tópico e tentem criar confusão.

Parece um trabalho enorme para zero benefícios tangíveis.

Se sua comunidade não gosta que sussurros possam ser usados, desativá-los com a configuração enable whispers pode ajudar.

Isso ainda não mudaria o fato de que as contagens estariam erradas se houvesse postagens excluídas no tópico. Eles ainda estariam desconfiados/paranoides com a discrepância… e você perderia a função de sussurro desnecessariamente.

Uma explicação simples aos usuários sobre por que há uma diferença nos números causada por postagens excluídas deve ser suficiente. Além disso, os usuários precisam superar seus medos infundados (ou teorias da conspiração).

Deixando de lado os problemas da comunidade, ainda acho que deve ser simples o suficiente para corrigir a discrepância mais óbvia nas contagens:

Palavras famosas antes do fim :rofl:

Se ignorarmos os sussurros no link permanente da postagem, como os administradores linkariam para os sussurros? Então precisaríamos adicionar um novo formato de URL para sussurros, como você propôs.

Ao que já respondi com:

Então estamos dando voltas em círculos.

Meu último post pedia apenas o ajuste ‘cosmético’ da incompatibilidade entre o número do post e a contagem, conforme mostrado na captura de tela. Você disse que todo o resto exigiria muito trabalho para pouco benefício, então desisti.

Este é um problema que persiste há anos, e algumas tentativas foram feitas para melhorá-lo, até chegarmos a este ponto.

Sou da opinião de que se trata de uma combinação entre transparência necessária e passar despercebido. (Sim, isso é uma contradição parcial.)

Não estamos dispostos a comprometer a posição de exibir as postagens em ordem (como grandes plataformas como o Twitter estão lidando com o problema de postagens excluídas). Essas discrepâncias na numeração parecem ser um custo necessário disso.

Você estaria disposto a expandir ou fornecer um link de referência sobre o que o Twitter está fazendo? Não sou usuário do Twitter, então não tenho referências para comparar ou contrastar com o que o Discourse está fazendo aqui.

Aqui está a versão resumida :blush: confira a data

Ao reordenar constantemente a ordem em que as respostas são exibidas, respostas excluídas ou indesejadas podem ser convenientemente escondidas, sem que haja uma maneira fácil de você provar que isso está acontecendo.

Além disso, respostas inflamadas podem ser impulsionadas para o topo, alimentando algoritmicamente as guerras de comentários em vez de acalmá-las.

Ahh… a questão da ordem curada. Eu não havia pensado no efeito que isso teria em registros de posts excluídos, etc.

Sim — concordo totalmente com isso.

É por isso que acho que seria melhor se os dois “números de postagem” exibidos na mesma tela coincidissem (captura de tela está na minha postagem acima), mesmo que o número de postagem na URL (que geralmente exige rolagem) ainda revelasse o número real da sequência da postagem.

Considerando que o rolagem da página conhece o número “visível” de cada postagem, não vejo por que seria difícil reutilizá-lo no diálogo da postagem, mas aí eu também não examinei o código!

Eu também não sei como o código lida com isso, mas minha suposição é que a contagem total pode ser feita rapidamente com uma seleção agregada de banco de dados que conta as postagens não excluídas e não sussurradas usando um índice do PostgreSQL.

Por outro lado, mostrar o número real de cada postagem (ignorando sussurros e postagens excluídas) poderia causar uma enorme penalidade no desempenho para um benefício quase nulo. Também poderia ser feito com um processo em segundo plano que atualiza a numeração das postagens sempre que uma nova postagem é criada ou excluída (e tendo uma numeração incorreta no meio tempo).

Ambas as opções não soam bem para mim, embora eu esteja adivinhando mais ou menos como a contagem total é calculada (se os IDs das postagens forem recuperados primeiro e a quantidade total for calculada depois, pode ser mais provável que o que você pediu possa ser alcançado com menos penalidades).

(Aqui estou apenas considerando mudar o número de exibição, não a URL, porque mudar a URL seria ainda pior, com links apontando para postagens erradas com o passar do tempo)

Penso sobre esse “problema” na numeração como um trade-off: não é o cenário ideal, mas entre as outras possibilidades, considero a maneira como está sendo feito agora como a melhor. Além disso, qual cenário prático seria o ideal? (é por isso que digo que é um trade-off)

Outra coisa que precisaria ser feita em segundo plano seria alterar as URLs onde links foram referenciados em outros tópicos.
É aí que também poderiam surgir problemas: links compartilhados para outros sites.
Se as URLs fossem alteradas para corresponder à barra de tempo, elas não corresponderiam mais às URLs que haviam sido compartilhadas anteriormente.

Acho que isso é improvável. Conforme você rola a página para baixo, o número real do post visível já é exibido na barra de rolagem/navegação à direita. O pedido é simplesmente usar esse número na caixa de popup ao tentar linkar um post.

Caixa de link:

Barra de rolagem:
image

Neste tópico, eles coincidem (porque presumivelmente não há posts excluídos ou sussurros). Yay :slight_smile:

Não consigo testar com este tópico porque os números estão corretos, mas se o número atual na linha do tempo estiver correto e puder ser associado à postagem, isso exigiria apenas uma pequena alteração no front-end. Então, sim, isso poderia ser feito sem penalidades (desde que apenas o número da postagem mude, não a URL).

Sim, exatamente isso. A linha do tempo faz isso corretamente, então reutilizar esses dados e lógica para o número da postagem (mas não na URL) é tudo o que é necessário.