- Spegnimento
- 4 settembre 2026 alle ore 23:56 UTC
- Autore
- Kamo
- Impegno
- 2303207
Il punto finale del registro ha catturato una verifica fallita invio e loggato avvertire(e.getMessage()). Per la colpa che ha continuato a colpire — EmailService sollevando un Yugabyte riavvia e risponde 500 — quel messaggio legge "Invio transazionale fallita" e non nominata né il servizio né la dichiarazione, quindi settimane di dichiaranti raggiungere /verificazione senza e-mail non ha lasciato nulla nel log di questo servizio gonfio. La diagnosi significava andare alla capsula di EmailService e trovare il 40001. Ora ERROR con lo stack, e dice quello che lo stato è in realtà: l'account ha nessun token di verifica e può procedere solo tramite Resend. sendVerificationEmail è @Transactional su sia la riga di token e la chiamata in uscita, quindi un invio fallito prende il token con esso — deliberato, dal momento che un codice nessuno è mai stato inviato è peggio che nessuno, ma significa che il registrant sta guardando uno schermo che dice una e-mail sta andando mentre non tiene nulla da digitare. Il commento sopra il secondo sito di chiamata ha sostenuto gli incendi di invio dopo il commit di transazione. Non lo fa, e mai fatto; corretto piuttosto che lasciato a ingannare il prossimo lettore. Il difetto stesso è fissato in EmailService (0220d6a), non scritto qui.