fix!: long sessions degrade — latency triples, then discard crashes on nil G.buttons
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 48/100
Direzione di ricerca
Inizia in src/lua/endpoints/discard.lua alla riga 91 e confronta la ricerca del pulsante con il pattern corrispondente in play.lua. Riproduci una campagna lunga usando i seed consecutivi segnalati, quindi verifica che discard non vada più in crash durante l’animazione e che la latenza non peggiori nel corso della campagna.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Description
After ~70 consecutive games on one instance (menu+start between games), we
observed two stages of degradation:
-
Per-action latency roughly tripled relative to a fresh instance.
-
The
discardendpoint then began crashing on every game:discard.lua:91: attempt to index field 'buttons' (a nil value)src/lua/endpoints/discard.lua:91does
UIBox:get_UIE_by_ID("discard_button", G.buttons.UIRoot)with no nil guard —
under the degraded latency the endpoint fires while the dealt hand is still
animating andG.buttonshasn't been built yet.
Six consecutive seeds hit the crash at the end of one long campaign; the same
seeds ran clean on a fresh instance, so this is accumulation, not game content.
Likely the same underlying accumulation as coder/balatrollm#29 (game slowdown
after many rounds).
Impact
Long benchmark campaigns quietly slow down and then start failing runs for
reasons unrelated to the bot under test. Because balatrollm's executor starts
its instances once and cycles the whole task list through them, a large
multi-model campaign is exactly the workload that ages into this state.
Suggested Fix
- In
discard.lua(andplay.lua, which shares the button-lookup pattern),
wait for the button via a condition event instead of asserting on a structure
that may not exist yet mid-animation. - Consider recycling instances every N runs for long campaigns (we restart the
game between 80-seed batches and never see either symptom).
- Lingua principale
- Python
- Stelle
- 80
- Fork
- 23
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di coder/balatrobot
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
coder/balatrobot#244 ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
coder/balatrobot#243 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
coder/balatrobot#234 ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
coder/balatrobot#233 ·
-
fix!(lua): G.GAME state survives menu+start — a previous run's won flag marks later losses as winsAperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
coder/balatrobot#232 ·
Tutte le issue di coder/balatrobot
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
huggingface/deep-rl-class#723 ·
-
[tool] bug: Qwen3 XML tool parser raises on `...` argument values (Ellipsis is not JSON serializable)Forse già presa @super-yuki l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 87/100
verl-project/verl#8559 ·
I maintainer di solito rispondono entro 1 giorno
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
TencentCloud/octop-harness#228 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
google/osv-scalibr#2585 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
NousResearch/hermes-agent#149323 ·
I maintainer di solito rispondono entro 1 giorno