- Expédié
- 5 septembre 2026 à 18:53 UTC
- Auteur
- Kamo
- Commite
- 24ee442
Le tout à la fin de login() mettre e.getMessage() dans le corps de réponse, et cet organe est rendu mot pour mot sur l'écran de signalisation. Le 2026-09-05, l'exception Arrivée, il y avait un conflit de conversion de catalogue de Yugabyte, donc ce qu'un membre a vu était SELECT généré par Hibernate: chaque colonne de depts, orgs et org.mtg, la forme des jointures entre eux, et de la table interne id - une décharge de schéma remise à quelqu'un qui, par définition, ne figure pas encore en l'état. Rien n'est perdu en le retenant. Le type, le message et la trace de la pile complète sont déjà enregistrés immédiatement au-dessus, qui est l'endroit où une défaillance à cette couche obtient diagnostiqué à partir de ; la personne tapant un mot de passe ne peut rien faire avec une déclaration SQL. La formulation correspond à la rupture de kamo-login pour ce cas, donc l'écran lit Il en va de même, que le message soit venu d'ici ou que le navigateur n'en ait jamais eu. C'est la seconde moitié du correctif pour ce rapport, et non la solution elle-même: Un conflit qui l'a causé est maintenant rejugé dans MemberRightsAppliedService. C'est ce que l'écran montre si un échec dépasse la réessayer de toute façon, et c'est aussi ce qu'il montrera pour toutes les autres exceptions qui finissent ici. Laisse le même modèle en déconnexion, /valider et le critère de rafraîchissement de la session seuls; aucun d'entre eux n'est apparu dans le rapport et chacun mérite son propre regard. Compile propre; aucun test n'a affirmé le vieux message.