- Se descapó
- 5 de septiembre de 2026 a las 18:53 UTC
- Autor
- Kamo
- Compromit
- 24ee442
El catch-all al final de login() poner e.getMessage (en el cuerpo de respuesta, y que el cuerpo se entrega literalmente en la pantalla de inicio. En 2026-09-05 la excepción Llegar allí hubo un conflicto de conversión de catálogo de Yugabyte, así que lo que un miembro vio fue Hibernate ha generado SELECT: cada columna de depts, orgs y org-mtg, la forma de las uniones entre ellos, y la mesa interna id id - un vertedero de esquema entregado a alguien que por definición no está firmado todavía. Nada se pierde reteniendo. El tipo, el mensaje y el rastro de la pila completa ya están registrados inmediatamente arriba, que es donde se consigue un fallo en esta capa diagnosticada desde; la persona que meclea una contraseña no puede hacer nada con una declaración SQL. La redacción coincide con la propia devolución de kamo-login para este caso, por lo que la pantalla lee el mismo si el mensaje vino de aquí o el navegador nunca consiguió uno. Esta es la segunda mitad de la solución para ese informe, no la solución en sí: el conflicto que lo causó ahora se regaña de nuevo en el Servicio de Servicios de Correciones Aplicados. Esto es lo que la pantalla muestra si un fracaso supera el reinicio de todos modos, y también lo es lo que mostrará para cualquier otra excepción que termine aquí. Deja el mismo patrón en logout, /validato y el endpoint de sesión-refrescante solo; ninguno de ellos apareció en el informe y cada uno merece su propia mirada. Compiles limpios; ninguna prueba afirmó el viejo mensaje.