- Shipped
- 8 settembre 2026 alle ore 07:47 UTC
- Author
- Kamo
- Commit
- f23167c
Due difetti trovati leggendo il codice indietro, nessuno dei quali alcun test potrebbe vedere. ## L'orologio avrebbe gettato la sua prima zecca `HoldemDeadlineSweep` ha portato `@Transactional` su tre metodi PROTECTED chiamato `questo`. Il proxy di primavera non vede mai un'autoinvocazione, quindi l'annotazione non ha fatto altro che leggere come se una transazione fosse aperta — ed entrambi condizionali reclami sono `@Modificare ` query, che gettano `TransactionRequiredException` senza uno. Ogni zecca, una volta al secondo, per sempre: nessuna mano sarebbe mai stata e nessun giocatore sarebbe mai stato in tempo. `@Transactional` ora siede sui due metodi di repository, che è dove un `@Modificare` query realmente ne ha bisogno e dove un'auto-invocazione non può perderlo. I tre soccorritori sono privati e dicono perche' non portano annotazioni. ## Un full-size all-in riaperto nulla `actedThisStreet` ha deciso che cosa aveva riaperto le scommesse dal NAME dell'azione — BET o RAISE. Ma un aumento che lascia il sollevatore senza nulla viene registrato come ALL IN, deliberatamente: la proprietà interessante di un all-in è che il giocatore può mai agire di nuovo, e ogni consumatore si preoccupa di questo e nient'altro. Quindi... full-size all-in raise sembrava "non un raise", e un giocatore di fronte a un legittima rieducazione potrebbe solo chiamare o piegare. `replayStreet` ora cammina la strada con il proprio aritmetico motore — aggressione sta mettendo in più della scommessa eccezionale; un raise FULL è un incremento di meno la dimensione precedente del raise o il big blind. Un breve all-in muove la scommessa e non riapre nulla, che è la regola. Blinds impostare la scommessa da battere senza contare come aggressione, che è ciò che mantiene l'opzione del grande cieco. `fullSizedAllInReopens` è la controparte al test di breve-all-in, e pins minimo per l'aumento dopo di esso.