Você está vendo isso apenas em canais onde os threads foram habilitados recentemente e o cliente ainda não foi atualizado desde essa alteração? Ou também em casos em que você já atualizou uma vez desde que os threads foram habilitados?
Acho que vimos algo assim não faz muito tempo e corrigimos.
Talvez tenha ressurgido? Se você atualizar para a versão mais recente de tests-passed agora, ainda verá o problema?
Todos os nossos canais de chat foram habilitados recentemente.
E não tenho certeza quando ou como os usuários atualizaram seus navegadores. Seria uma boa ideia forçar uma atualização completa do sistema toda vez que uma atualização fosse instalada ou o administrador alterasse os parâmetros do sistema?
Não sei sobre seus usuários, mas sei sobre os usuários que temos e pedir a eles para atualizar pode acabar com a pergunta se isso é algo para comer ou não.
Vou instalar a versão mais recente agora e pedir aos meus usuários de teste que observem. Obrigado por me responder.
Olá! Gostei muito que responder a um comentário gere imediatamente um novo tópico 
Eu sugeriria assumir que um novo comentário é uma resposta ao comentário imediatamente anterior. É a ocorrência mais comum em uma conversa. É natural que as pessoas usem “responder a” para um comentário que já está na conversa, mas quando as pessoas querem responder ao comentário imediatamente anterior, elas não o usam. A partir do momento em que uma pessoa começa a escrever nessa situação, eu assumiria que ela quer responder ao comentário imediatamente anterior e geraria um tópico (isso funcionará mesmo que novos comentários apareçam, para que a pessoa não precise excluir e reescrever). Portanto, quando as pessoas começarem a digitar, uma linha acima dirá “Respondendo a (…)”, e se elas não quiserem fazer isso, podem clicar em um “x” logo ao lado desse texto. Isso agilizará o processo e ajudará a manter o canal limpo, na minha opinião.
Fico feliz em ver que outros levam o chat a sério o suficiente para preservá-lo. É ótimo que agora possamos obter CSV do nosso chat. Seria ainda melhor se essa tarefa pudesse ser tratada automaticamente como uma configuração de administrador. No entanto, é um passo à frente.
O ímpeto e a moldura do “chat” têm sido que ele é efêmero e não digno de armazenamento permanente. Talvez seja visto como uma maneira de contornar o fardo de incluir “bate-papo” no banco de dados? Quaisquer que tenham sido as motivações originais, é aparente que as pessoas querem preservar a conversa e medidas estão sendo tomadas para permitir que os administradores façam isso.
Estou muito satisfeito com o progresso e ansioso para que seja totalmente preservado.
Eu vou começar o que estou dizendo reconhecendo algo que é um pouco um lugar comum para qualquer pessoa que consome comunicação em estilo de bate-papo - o bate-papo é altamente subjetivo e encontrar a solução “certa” é praticamente impossível se você escolher uma das muitas opções.
Eu tendo a colocar a criação de tópicos de bate-papo em duas categorias: sub-espaços e em linha.
Plataformas que seguem o formato de sub-espaço criam “bolsões” quando alguém responde a uma mensagem e todas as respostas são mantidas neste bolsão, fora de vista, a menos que alguém clique para acessá-lo. As pessoas geralmente estão familiarizadas com isso do Slack e é assim que eu classificaria a solução integrada ao recurso de bate-papo do Discourse.
Respostas em linha mantêm todas as respostas no tópico principal do bate-papo e apontam para o antecedente através de um link/âncora. Existem duas variações disso - com e sem texto citado. Um exemplo com texto citado seria o Discord (que usa um trecho em vez da citação completa) ou Mensagens em dispositivos Apple. O Discord costumava ter respostas em linha sem citação antes de mudar para seu formato atual. O outro exemplo de respostas em linha sem citação é o recurso de Bate-papo no Stack Exchange / Stack Overflow.
Ambos são válidos e têm seus usos, e cada um deles, de certa forma, “resolve” os problemas que o outro cria.
Como usuário do Slack e do Discord por vários anos, eu argumentaria que a solução “certa” é provavelmente aquela que nenhum desenvolvedor quer ouvir - ter ambos. Eu descobri que os maiores determinantes (para mim) de qual eu prefiro são:
Tudo isso é para dizer que não há uma solução única para todos (ou mesmo para a maioria). Eu fui em busca deste post meta especificamente porque estava em um bate-papo 1-1 em outra instância do Discourse e fiquei surpreso ao ver a escolha de criação de tópicos e realmente desejei poder evitar os tópicos.
Algumas ideias se você quiser considerar oferecer ambas as opções:
Eu acho que o que você tem está bom, mas eu adoraria ver o Discourse considerar desfocar a barreira entre essas duas metodologias distintas à medida que você avança com o recurso.
Muito obrigado por essa linha de raciocínio bem pensada e construtiva.
Nós realmente ouvimos você e a maioria dos pontos já passou por nossas mentes pelo menos algumas vezes. Tenho bastante confiança de que, à medida que o chat amadurece e é mais adotado, essa questão será abordada em algum momento no futuro próximo (ou nem tanto).
Eu acho que isso poderia ser resolvido de forma elegante mostrando trechos inline de todas as threads até um certo limite. Assim, se houver poucos comentários, todos serão legíveis, e se houver mais, alguns serão legíveis inline, o que já dá uma ideia rápida da conversa de relance (e o usuário pode entrar no subespaço se estiver interessado).
Isso se aplica a tópicos de fórum também, na minha opinião. Quero ver trechos do primeiro e do comentário/resposta mais recente no nível superior da lista para facilitar a leitura rápida. Construí e experimentei um sistema semelhante e era possível monitorar vários tópicos ao mesmo tempo apenas observando as poucas respostas mais recentes se atualizando continuamente. (nota: esta foi uma resposta à postagem acima que foi mesclada na postagem separada abaixo)
Presumo que em algum momento tópicos e threads se tornarão o mesmo sistema base. É principalmente uma diferença de UX/apresentação, não é? Caso contrário, teremos que duplicar muitos dos mesmos recursos e funcionalidades para ambos.
Atualmente, não temos planos de introduzir threads em tópicos. Este é um recurso exclusivo de chat.
Existem muitas discussões existentes sobre a introdução de respostas encadeadas, se você gostaria de continuar a conversa em uma delas?
O que quero dizer é que o chat com threads não é muito diferente de um fórum com tópicos. À medida que novos recursos são introduzidos no discourse, naturalmente queremos que muitos deles se apliquem tanto às postagens do fórum quanto às postagens do chat, o que seria mais simples se, no fundo, eles fossem tecnicamente o mesmo sistema central.
Eu também defendo a convergência, acho que é a abordagem de longo prazo mais robusta em geral, para perceber onde as abstrações de funcionalidades são as mesmas e, assim, torná-las assim. Por exemplo, propus uma vez considerar tags como uma forma de “meta-categorias”.
Uma postagem foi dividida em um novo tópico: Não consigo responder a uma mensagem de chat para criar um tópico
Como este recurso está bem estabelecido, vou encerrar este tópico de anúncio. 
Se você tiver algum problema com este recurso ou sugestões para melhorias, crie um novo tópico de #suporte, UX ou #recurso.