- Shipped
- 5 de setembro de 2026 às 18:53 UTC
- Author
- Kamo
- Commit
- 24ee442
O catch-all no final do login() coloca e.getMessage() no corpo de resposta, e Esse corpo é verbatim no ecrã de entrada. Em 2026-09-05 a exceção chegando houve um conflito catálogo-versão Yugabyte, então o que um membro viu foi SELECT gerado por Hibernate: cada coluna de depts, orgs e org mtg, a forma das junções entre eles, e da tabela interna id — um esquema de descarga entregue a alguém que, por definição, ainda não assinou. Nada se perde ao retê-lo. O tipo, a mensagem e o traço completo da pilha já estão registrados imediatamente acima, que é onde uma falha nesta camada fica diagnosticado de; a pessoa que digita uma senha não pode fazer nada com uma instrução SQL. O texto corresponde ao retorno do próprio kamo-login para este caso, de modo que a tela lê o mesmo se a mensagem veio daqui ou o navegador nunca recebeu uma. Esta é a segunda metade da correção para esse relatório, não a correção em si: o conflito que o causou agora é tentado no MemberRightsAppliedService. Isto é... o que a tela mostra se uma falha passa pela repetição de qualquer maneira, e também é O que vai mostrar para todas as outras excepções que acabam aqui. Deixa o mesmo padrão no logout, /validate e no endpoint de atualização de sessão Nenhum deles apareceu no relatório e cada um merece o seu próprio olhar. Compila limpo; nenhum teste afirmou a mensagem antiga.