- Spegnimento
- 20 agosto 2026 alle ore 21:53 UTC
- Autore
- Kamo
- Impegno
- 811db57
createLead ha salvato il piombo e poi, nella stessa transazione, ha eseguito countAssignablePool per trasmettere la nuova figura "Leads Available". Su YugabyteDB una lettura dopo una scrittura nella stessa transazione restituisce 40001 "Riavviare leggere richiesto (la riprovazione dello strato di selezione non è possibile perché questo non è il primo comando nella transazione)", che ABORTS la transazione (25P02). La cattura intorno a esso ha registrato "Pool-availability pubblicare fallito" e portato avanti — ma la transazione era già morta, quindi ogni dichiarazione successiva fallì e la commit è tornato come "marcato come solo rollback". Una pubblicazione documentata come "mai fatale" stava distruggendo silenziosamente il piombo che aveva appena scritto. A 789 assunzione correre perso 101 porta a questo e ha dovuto ri-correre, che è anche come è stato trovato. Deferito a dopoCommit() tramite la corrispondenza forsePushToLos in questa stessa classe, con un inline fallback quando nessuna transazione è attivo. Solo le chiavi scalari vengono catturate — dopo aver commesso il Piombo è staccato. La figura è anche semplicemente più corretta: pubblicato pre-commit, esso ha annunciato un conteggio nessun altro lettore poteva ancora vedere. Affects every createLead caller: the import wizard, lead-intake endpoints, the forma webinar/demo pubblica, API e il consumatore sociale.