Estamos experimentando un comportamiento muy extraño, pero actualmente solo con un usuario al abrir la bandeja de entrada de mensajes.
Ejecutamos Discourse en Docker sobre Apache con ProxyPass. Discourse 2.6.0.beta3.
Ese usuario no puede desplegar el panel de mensajes; aparece la nota “No Content” (o lo que sea el original en inglés de “Keine Inhalte”) — estamos usando de.DE
Y ahora, al hacer clic nuevamente en el icono de mensajes, o mejor dicho, cuando el usuario intenta abrir la bandeja de entrada de mensajes, obtenemos un error 500.
La página dice: "error al cargar: [/topics/private-messages/firstname.name.json]".
Esto solo ocurre con un usuario específico. Los demás no tienen este problema.
Hemos intentado cambiar los roles de este usuario, realizar actualizaciones y reconstruir la aplicación mediante el launcher. Desafortunadamente, sigue dando un error 500 al abrir la bandeja de entrada.
¿Alguien ha tenido este comportamiento alguna vez? ¿Qué podemos hacer? ¿Existe alguna forma de reconstruir los mensajes? ¿O tenemos que eliminarlos?
Por favor, dennos algún consejo; actualmente estamos perdidos.
Ayer vi algo similar, pero con un nombre de grupo en /topics/private-messages-group. Resultó que había una búsqueda sensible a mayúsculas y minúsculas, y el nombre del grupo en la URL estaba todo en minúsculas.
¿Podrías comprobar si el comportamiento cambia si modificas las mayúsculas y minúsculas en la URL para que coincidan con las del nombre de usuario? (por ejemplo, algo como https://domain.de/u/Firstname.Name/messages)
Espero de verdad que alguien pueda ayudarnos con nuestro problema. Tal como sugiere @RGJ, hemos descubierto que el asunto parece ser más profundo, pero aún no hemos logrado resolver el problema de las bandejas de entrada inaccesibles de un único usuario. Lamentablemente, hacemos un uso muy intensivo de los mensajes. Estamos organizados en pequeños grupos que a menudo necesitan comunicarse de forma no pública. Por lo tanto, los mensajes son una forma perfecta de hacerlo.
Si necesitas más información o registros, dímelo; indícame qué necesitas y lo pegaré aquí.
Gracias a todos por los consejos adicionales y por seguir leyendo
Bueno, esto es mucho y no tengo ni idea de por dónde empezar a buscar. Espero que esto pueda arrojar algo de luz sobre nuestro problema. Si necesitas más información, por favor házmelo saber.
Muchas gracias por echar un vistazo a esto.
GRACIAS
El nombre del bucket de S3 parece estar relacionado con los sistemas de almacenamiento S3 de Amazon, ¿verdad? Y si es así, probablemente no pueda ser inválido. Nunca configuramos uno. Estamos ejecutando Discourse en contenedores Docker detrás de un proxy inverso en un dominio de Apache.
Además, ¿no debería provocar muchos más fallos si el bucket de S3 fuera inválido, y no solo una ruta de un solo usuario?
Por favor, no me malinterpretes. Es posible que esté totalmente en el camino equivocado. Como dije, no estoy muy seguro de qué es exactamente este s3_bucket_name o, dicho de otro modo, por qué debería configurarse (si entendí bien).
¿Puedo consultarlo en el panel de administración o necesito revisar el docker-compose?
Disculpa el retraso… diferentes zonas horarias y horarios laborales… ya sabes.
¿Aún hay alguien aquí que tenga alguna idea sobre qué podríamos intentar?
Bueno, el problema es que tenemos este inconveniente con uno de nuestros administradores, y eso hace que sea bastante difícil comunicarse al tener un administrador que no puede responder a los mensajes ni verlos.
Por ahora, sería una solución si el buzón de mensajes volviera a estar accesible. ¿Existe algún truco o posibilidad de reconstruir una sola cuenta de usuario o, no sé, eliminar todos los mensajes de un solo usuario? Así podríamos empezar de cero con esa cuenta.
Además, incluso pensé en eliminar esta cuenta, pero, por lo que entendí, no es posible eliminar usuarios. ¿Qué más podríamos intentar para crear una nueva cuenta para este usuario y que pueda participar de nuevo?
Por favor, hazme saber qué ideas tienes; estoy perdido aquí.
Hola,
parece que estoy enfrentando un problema similar aquí. Los mensajes para un solo usuario, hasta donde sabemos, no están funcionando.
¿Alguna otra idea de qué podríamos revisar??
Pensando en la localización, me pregunto si el comportamiento debería cambiar al modificar la configuración de la interfaz del usuario. ¿Qué opinas sobre eso?
Intentaré la solución de eliminación en los próximos días.
Mientras tanto, hemos reflexionado un poco. Quizás alguien más tenga alguna aportación que compartir.
Otra cosa extraña es que, en el área del panel de mensajes, al hacer clic en el icono del usuario y luego en el sobre, deberían mostrarse todos los mensajes recientes, ¿verdad? En el caso de nuestros usuarios que no pueden abrir la bandeja de entrada, no aparece nada.
Quizás alguien tenga alguna idea al respecto. Cuando podamos afirmar con certeza que deberían listarse algunas entradas.
Y otra línea de pensamiento. Todavía tenemos algún tipo de error SSL en nuestro sitio. Como mencioné, ejecutamos Discourse con Docker detrás de un proxy inverso en Apache. Sin embargo, el dominio ya cuenta con un certificado SSL válido emitido por Let’s Encrypt.
Aún así, aparecen advertencias de contenido mixto en el sitio. De alguna manera, los logotipos estándar y los favicons se sirven mediante HTTP. Hemos eliminado las personalizaciones de marca con el fin de eliminar los errores de contenido mixto.
¿Existe alguna posibilidad de que esto pueda estar causando el problema?
Cuando accedimos recientemente a la ruta JSON https://sub.domain.de/topics/private-messages/firstnamename.json
El resultado JSON es:
{
"status":500,
"error":"Internal Server Error"
}
Al revisar más de cerca los registros, apareció lo siguiente:
