- Shipped
- 8 de septiembre de 2026 a las 7:47 UTC
- Author
- Kamo
- Commit
- f23167c
Dos defectos encontrados leyendo el código, ninguno de los cuales cualquier prueba pudo ver. El reloj habría tirado en su primera garrafa Llevó a la transferencia de tres métodos PROTECTEDDeadlineSweLADO llamó a esto. El representante de Spring nunca ve una auto-invocación, así que la anotación no hizo otra cosa que leer como si una transacción estuviera abierta y ambas condicionales Las reclamaciones son consultas de "Modifying", que lanzan "TransactionRequiredException". sin uno. Cada garra, una vez por segundo, para siempre: ninguna mano habría sido Negociado y ningún jugador habría sido cronometrado. Transactionalá ahora se asienta en los dos métodos de repositorio, que es donde a La consulta de moda lo necesita y donde una auto-invocación no puede perderla. Los tres ayudantes del barrido son privados y dicen por qué no llevan anotación. No se reabrió nada de todo de tamaño completo "Editado" decidió lo que había reabierto las apuestas del Nombre de la acción. BET o RAISE. Pero un aumento que deja al levantador sin nada se registra como TODO, deliberadamente: la interesante propiedad de un all-in es que el jugador puede nunca vuelvas a actuar, y a todo consumidor le importa eso y nada más. Así que a El aumento de tamaño completo parecía "no un aumento", y un jugador frente a un La reelección legítima sólo podía llamar o doblo. Ahora camina por la calle con la propia aritmética del motor. está poniendo más que la apuesta sobresaliente; un aumento completo es un aumento de menos el tamaño anterior o el ciego grande. Un corto todo-in mueve la apuesta y no reabra nada, que es la regla. Ciegos marcan la apuesta a batir sin contar como agresión, que es lo que mantiene la opción de la gran ciega. "fullSizedAllInReopens" es la contraparte de la prueba de corto-al-in, y pincha el mínimo para el aumento después de él.