- Expédié
- 29 septembre 2026 à 00:28 UTC
- Auteur
- Kamo
- Commite
- 434cb44
SP98-D-5 et D-9. Un chat envoyé a demandé à SecurityService une limite de charte de membre AI (jusqu'à 1 s + 2 s) à l'intérieur de la transaction open send, et lire les lignes de domaine de l'organisation expéditeur pour l'URL photo après l'INSERT du message - une lecture tardive YugabyteDB ne peut pas redémarrer, qui a perdu deux envoie à « Recommencer à lire requis » (2026-09-26 03:04 et 09:31 UTC). - AiTurnGuard.limitPour(soumettre) est demandé avant la transaction; admettre(session, expéditeur, limite) seulement compte dedans et refuse une AI dont la limite n'a pas été résolue en premier. - MediaController.createMessage ouvre sa propre transaction (TransactionTemplate) après les deux recherches; son catch-all est assis en dehors de lui, donc un envoi qui échoue après son INSERT est retourné avant ses 500 au lieu de commettre le message que le client réessayera. - Exec2ExecService.post lit la limite, puis affiche dans sa transaction. - SenderAvatars construit l'URL photo de ViewerThemeDomain (un joint-fetch) et l'avatar relu par id, en dehors de toute transaction. OrgDomainResolver n'avait plus d'appelant et est enlevé.