Welcome
Sign in to start your session
Login
Login
[app info]
Brief app info: ENV: [DEV] commitId: ccc972e975cc7961eb7835b2b25243e393a38766 branch: develop build date: 2026-08-25T18:30:08Z build version: 2026.08.06.1-SNAPSHOT commit message: #38030 Take the trigger balance from the bet event instead of reading it back The rescue cashback fired only by luck. Of three testers who took the balance under the threshold, one got the bonus and two did not, on both threshold modes. The ratio events show why. For player 12588 the published series ends at 904 ARS while the account holds 484, and for 12589 it ends at 2440 against 1480 - the reported balance is the one from before the last bet. The bet event is published from inside PlayRequestProcessor.processRequest, which is @Transactional, and the same transaction closes the round and writes the new balance. So this processor, reading player_account when it consumes the message, sees the state as of one bet ago, and the very event that crosses the threshold reports a balance that does not. The balance now comes from the event's balanceAfter, which the bet transaction computed for that exact bet. Both SGS account strategies set it unconditionally from playerAccount.getAmount() at the end of their update, so it is present for real-money play; the account read stays as a fallback for sources that cannot supply it, such as the session-based ExternalGameBet. The same pre-commit window made the unsettled-bets guard veto itself: the round being settled still reads as open, so the last event was dropped. When the event says the round finished, that round is now excluded from the check, through a variant of the open-bets query filtered on the round's external id. Rounds of other games still block the trigger, as intended. Gates: marketing-subsystem 133 tests green. The wagering IT still passes because its bet payload carries no balanceAfter, so it exercises the fallback path. UPTIME: 0d 14h 15m 1s Git log: 6c65d... | 2026-08-25T19:39:20+03:00 | ostas | #38199 Hold referral bonuses as claimable until... 21a5d... | 2026-08-21T13:07:26+03:00 | ostas | #38030 Consume the cashin ratio event and read ... db65a... | 2026-08-19T13:37:33+03:00 | ostas | #38030 Split the rescue trigger into a ratio ev... a6d54... | 2026-08-20T20:54:59+03:00 | Rodion | #38170 Phase 2: admin cohort report IT: AdminCo... 75f70... | 2026-08-20T19:15:41+03:00 | Rodion | #38170 Phase 2: admin marketing-subsystem HTTP ... 44e4a... | 2026-08-20T17:18:30+03:00 | Rodion | #38190 Add Remember-Me implementation plan (doc... 95c0c... | 2026-08-20T15:36:47+03:00 | Rodion | #38170 Fix CustomerIoComposerKafkaITTest fresh-... f2fef... | 2026-08-20T15:05:44+03:00 | Rodion | #38192 Fix supported-locale removal in admin ga... 064c9... | 2026-08-20T14:56:22+03:00 | Rodion | #38193 Fix the admin promo-list date filters br... da082... | 2026-08-20T14:49:58+03:00 | Rodion | #38170 Phase 2: admin promo-list Criteria query...
copy to clipboard
