- Se descapó
- 27 de septiembre de 2026 a las 16:25 UTC
- Autor
- Kamo
- Compromit
- e8d1d6a
Completa 279a389. Después de su envío, la producción se ingresó en el mismo YugabyteDB 40001 "Restart read requerido" en la lista de Exec2ExecExec (09-27 16:00Z, y tres veces más temprano esa mañana en la lista y la lista de participantes): Las conversaciones de Exec2Exec son chats, pero sus transacciones en vivo Exec2ExecServicio en lugar de los controladores 279a389 cubiertos, por lo que un conflicto allí todavía se alcanza el miembro como 500. Cada público La operación de Exec2Exec2ExecService ahora lleva la página de RetryOnDbConflict de la historia, el envío, la lista, los participantes, los conteos no leídos, uniéndose al abierto, el saludo. El controlador los llama a través del representante y ninguno de ellos atrapa el conflicto, así que cada uno es volver a ejecutar una nueva transacción. Segura: anuncios (el marco de sesión, el fan-out, el empuje) son todo después del compromiso, así que un intento de espalda enrollado no le dijo nada a nadie. ChatDbConflictRetryRatchetTest ahora tiene Exec2ExecService a la misma regla.