debian
2e1cb89fc6
Deploy PROD / deploy (push) Successful in 25s
KAZDE nagranie konczylo sie bledem 412 "Start signal not received" po okolo minucie, przy poprawnie dzialajacym pokoju, szablonie osiagalnym po sieci Dockera i wlasciwych danych MinIO. Szablon wolal `window.START_RECORDING()`, czyli funkcje, ktorej nikt nigdy nie przypisywal. Byla zadeklarowana wylacznie w `declare global` jako opcjonalna, wiec warunek `tracks.length > 0 && window.START_RECORDING` byl ZAWSZE falszywy. Nawet gdyby nie byl, wywolanie funkcji niczego by nie dalo. Egress czyta **wyjscie konsoli przegladarki** i czeka na napis `START_RECORDING`. Dziala bez interfejsu, wiec konsola jest jedynym kanalem, ktorym strona moze cokolwiek powiedziec procesowi nadrzednemu. Mowi o tym dokumentacja LiveKit: "The recorder waits for the page to log START_RECORDING to the console". `console.log` nie jest tu wiec debugowaniem i nie wolno go usunac przy porzadkowaniu logow. Sprawdzone, ze napis przezywa minifikacje produkcyjna: minifikator Vite domyslnie nie wycina `console.log`. Powtorne wyslanie blokuje `useRef`, a nie kasowanie pola `window`. Diagnoza zajela dluzej, bo objaw myli: zadanie dociera do Egressu i przechodzi walidacje, kontener laczy sie z Redisem, szablon odpowiada HTTP 200, a Egress wchodzi do pokoju i widnieje na liscie uczestnikow. Wszystko poza jedna linia dziala. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>