neuronori 751b30b730 fix(jitsi): accept pre-latch broadcast so WaitForPeer unblocks (issue #95) ...

WaitForPeer makes the client block before it sends its SYN, so the
server cannot yet know the client epoch and its first welcome arrives as
a broadcast (receiverEpoch=0). The same happens on every reconnect:
peerEpoch is reset to 0 and the peer re-announces via a broadcast
Send(nil). The strict requireTargetedPeer guard dropped those broadcasts
while unlatched, so peerEpoch never latched and WaitForPeer hung for its
whole timeout - the link connected and pinged but no data ever flowed
("ping works, no connection"), most visibly when a peer left and
reconnected. Accept a broadcast while unlatched (peerEpoch==0) and keep
rejecting third-party broadcasts once latched.

2026-06-25 17:52:29 +00:00

..

builtin

fix(jitsi): require targeted peer frames for clients

2026-06-05 18:11:46 +03:00

goolom

fix(vp8channel): keep SFU forwarding bulk via decodable keepalive keyframe

2026-06-20 00:37:08 +00:00

jitsi

fix(jitsi): accept pre-latch broadcast so WaitForPeer unblocks (issue #95)

2026-06-25 17:52:29 +00:00

livekit

fix(vp8channel): keep SFU forwarding bulk via decodable keepalive keyframe

2026-06-20 00:37:08 +00:00

engine.go

fix: wait for remote peer before opening smux stream (race condition)

2026-06-21 23:58:39 +05:00