¿Solo ves esto en canales donde los hilos se han habilitado recientemente y el cliente aún no se ha actualizado desde ese cambio? ¿O también en casos en los que ya te has actualizado una vez desde que se habilitaron los hilos?
Creo que vimos algo parecido no hace tanto tiempo y lo solucionamos.
¿Quizás ha resurgido? Si actualizas a la última versión de tests-passed ahora, ¿sigues viendo el problema?
Todos nuestros canales de chat se han habilitado recientemente.
Y no estoy seguro de cuándo o cómo los usuarios actualizaron sus navegadores. ¿Sería una buena idea forzar una actualización completa desde el sistema cada vez que se instala una actualización o el administrador cambia los parámetros del sistema?
No sé sobre sus usuarios, pero conozco a los usuarios que tenemos y pedirles que actualicen podría terminar con la pregunta de si eso es algo para comer o no.
Voy a instalar la última versión ahora y pediré a mis usuarios de prueba que observen. Gracias por su respuesta.
¡Hola! Me gusta mucho que responder a un comentario genere inmediatamente un nuevo hilo 
Sugeriría asumir que un nuevo comentario es una respuesta al comentario inmediatamente anterior. Es lo más común en una conversación. Es natural que las personas usen “responder a” para un comentario que ya está en la conversación, pero cuando las personas quieren responder al comentario inmediatamente anterior, no lo usan. Desde el momento en que una persona comienza a escribir en esta situación, asumiría que quiere responder al comentario inmediatamente anterior y generar un hilo (esto funcionará incluso si aparecen nuevos comentarios, por lo que la persona no tendrá que borrar y reescribir). Así, cuando las personas comiencen a escribir, una línea arriba dirá “Respondiendo a (…)”, y si no quieren hacerlo, pueden hacer clic en una “x” justo al lado de ese texto. Esto agilizará el proceso y ayudará a mantener el canal limpio en mi opinión.
Me complace ver que otros se toman el chat lo suficientemente en serio como para conservarlo. Es genial que ahora podamos obtener un CSV de nuestro chat. Sería aún mejor si esta tarea pudiera manejarse automáticamente como una configuración de administrador. Sin embargo, es un paso adelante.
El ímpetu y el encuadre del “chat” ha sido que es efímero y no digno de almacenamiento permanente. ¿Quizás se ve como una forma de eludir la carga de incluir “cháchara” en la base de datos? Sean cuales sean las motivaciones originales, es evidente que la gente quiere preservar la charla y se están dando pasos para permitir que los administradores lo hagan.
Estoy muy complacido con el progreso y espero que se conserve por completo.
Para empezar, reconozco algo que es una obviedad para cualquiera que consuma comunicaciones de tipo chat: el chat es muy subjetivo y encontrar la solución “correcta” es prácticamente imposible si eliges una de las muchas opciones.
Tiendo a dividir las conversaciones de chat en dos categorías: subespacios y en línea.
Las plataformas que siguen el formato de subespacio crean “bolsillos” cuando alguien responde a un mensaje y todas las respuestas se mantienen en este bolsillo, fuera de la vista a menos que alguien haga clic para unirse a él. La gente está familiarizada con esto por Slack y es como clasificaría la solución integrada en la función de chat de Discourse.
Las respuestas en línea mantienen todas las respuestas en el hilo de chat principal y apuntan al antecedente a través de un enlace/ancla. Hay dos variaciones de esto: con y sin texto citado. Un ejemplo con texto citado sería Discord (que utiliza un extracto en lugar de la cita completa) o Mensajes en dispositivos Apple. Discord solía tener respuestas en línea sin cita previa antes de cambiar a su formato actual. El otro ejemplo de respuestas en línea sin cita previa es la función de chat en Stack Exchange / Stack Overflow.
Ambos son válidos y tienen sus usos, y cada uno “resuelve” los problemas que el otro crea.
Como usuario de Slack y Discord durante varios años, argumentaría que la solución “correcta” es probablemente la que ningún desarrollador quiere escuchar: tener ambas. He descubierto que los mayores determinantes (para mí) de cuál prefiero son:
Todo esto para decir que no hay una solución única para todos (ni siquiera para la mayoría). Busqué esta meta publicación específicamente porque estaba en un chat 1 a 1 en otra instancia de Discourse y me sorprendió ver la opción de encadenamiento y realmente deseé poder evitar los hilos.
Algunas ideas si quieres considerar ofrecer ambas opciones:
Creo que lo que tienes está bien, pero me encantaría ver que Discourse considere difuminar la barrera entre estas dos metodologías distintas a medida que avanza con la función.
Muchas gracias por esa línea de pensamiento bien pensada y constructiva.
Realmente te escuchamos y la mayoría de los puntos han pasado por nuestras mentes al menos un par de veces. Confío bastante en que, a medida que el chat madure y se adopte más, este problema se abordará en algún momento en un futuro (no muy lejano).
Creo que esto podría resolverse muy bien mostrando extractos en línea de todos los hilos hasta un cierto límite. Así, si hay pocos comentarios, todos serán legibles, y si hay más, algunos serán legibles en línea, lo que ya da una idea rápida de la conversación de un vistazo (y el usuario puede entrar en el subespacio si está interesado).
Esto también se aplica a los temas del foro, en mi opinión. Quiero ver fragmentos del primer y del comentario/respuesta más reciente en el nivel de lista superior para una fácil lectura. Construí y experimenté con un sistema similar y se podían monitorear varios hilos a la vez simplemente observando las últimas respuestas actualizarse continuamente. (nota: esta fue una respuesta a la publicación anterior que se fusionó con la publicación separada a continuación)
Supongo que en algún momento los temas y los hilos se convertirán en el mismo sistema base. Es principalmente una diferencia de UX/presentación, ¿no? De lo contrario, tendremos que duplicar muchas de las mismas características y capacidades para ambos.
Actualmente no tenemos planes de introducir hilos en los temas. Esta es una función exclusiva del chat.
¿Hay muchas discusiones existentes sobre la introducción de respuestas encadenadas si te gustaría continuar la conversación en una de ellas?
Lo que quiero decir es que el chat con hilos no es muy diferente de un foro con temas. A medida que se introduzcan nuevas funciones en Discourse, naturalmente querremos que muchas de ellas se apliquen tanto a las publicaciones del foro como a las del chat, lo que sería más sencillo si, en el fondo, fueran técnicamente el mismo sistema central.
Yo también abogo por la convergencia, creo que es el enfoque más robusto a largo plazo para todo en general, para darse cuenta de dónde las abstracciones de las funcionalidades son las mismas y así hacerlas así. Por ejemplo, una vez propuse considerar etiquetas como una forma de “meta-categorías”.
Se dividió una publicación en un nuevo tema: No se puede responder a un mensaje de chat para crear un hilo
Dado que esta función está bien establecida, voy a cerrar este tema de anuncio. 
Si tiene algún problema con esta función o sugerencias para mejoras, cree un nuevo tema de #soporte, UX o #función.