- Expédié
- 4 septembre 2026 à 23:56 UTC
- Auteur
- Kamo
- Commite
- 2303207
Le point d'extrémité du registre a capté une vérification défaillante. warn(e.getMessage()). Pour la faute, il a continué à frapper. Yugabyte lire redémarrer et répondre à 500 dollars ce message se lisait comme suit : « Envoyer transactionnel » et n'a nommé ni le service ni la déclaration, donc semaines d'inscrits atteindre/verification sans e-mail ne laisse rien dans le journal de ce service Grève. Le diagnostic signifie aller à la dosette d'EmailService et trouver le 40001. Maintenant ERROR avec la pile, et il dit ce que l'état est réellement : le compte a aucun jeton de vérification et ne peut se dérouler que par l'intermédiaire de Resend. sendVerificationEmail est «Transactionnel à la fois sur la ligne de jeton et sur l'appel sortant, donc un envoyer échoué prend le jeton avec lui - délibéré, puisque un code que personne n'a jamais été envoyé est pire mais cela signifie que le déclarant regarde un écran qui dit un e-mail est en route tout en ne tenant rien à taper. Le commentaire ci-dessus, le deuxième site d'appel revendiquait les incendies d'envoi après une transaction est engagée. Il ne le fait pas, et n'a jamais été; corrigé plutôt que laissé à Induire en erreur le lecteur suivant. La panne elle-même est fixée dans EmailService (0220d6a), non assujetti ici.