- Se descapó
- 20 de agosto de 2026 a las 21:53 UTC
- Autor
- Kamo
- Compromit
- 811db57
createLead salvó el plomo y luego, en la misma transacción, se corrió ConteCPol asignable para emitir la nueva figura "Líderes disponible". Sobre YugabyteDB una lectura después de un escrito en la misma transacción devuelve 40001 "Restart read requerido (el reinicio de capas de contacto no es posible porque este no es el primer comando en la transacción)", que ABORTS la transacción (25P02). La captura alrededor de él se insinuó "Pool-disponible publicación falle" y se llevó a cabo en el sitio web. pero la transacción ya estaba muerta, así que cada declaración posterior falló y la El compromiso volvió como "marcado como el retroceso". Una publicación documentada como "nunca" fatal" estaba destruyendo silenciosamente la pista que acababa de escribir. Una ingesta de 789 en la rosada La carrera perdió 101 lleva a esto y tuvo que volver a correr, que también fue como se encontró. Aplazado a afterCommit() via **************** coinable tal vezPushToLos en esta misma clase, con un retroceso en línea cuando no hay transacción está activa. Sólo las llaves escalares son capturadas después de comprometer el Plomo es Desnillado. La cifra también es simplemente más correcta allí: publicado pre-commit, es anunció un recuento que ningún otro lector podría ver. Afecta a cada creado Lídere: el asistente de importación, los endpoints de entrada de plomo, el en formato web/demo pública, la API y el consumidor social.