Firefox cannot add remote video stream

there are two people in a meeting (started with video muted)
then they click the camera button to enable the video. but they can only see their own video. cannot see the others.

logs of one user

the web console log says addRemoteStream OK

modules/xmpp/JingleSessionPC.js] <value/</<>: addRemoteStream - OK, SDPs:
Object { media: (3) […], raw: “v=0\r\no=mozilla…THIS_IS_SDPARTA-70.0 2466936543370369707 0 IN IP4 0.0.0.0\r\ns=-\r\nt=0 0\r\na=sendrecv\r\na=fingerprint:sha-256 AA:C4:F5:26:F9:19:62:4D:84:91:AB:03:EC:7A:71:43:03:8B:B4:29:D5:D8:55:4D:AD:FA:E2:E6:85:16:84:BC\r\na=ice-options:trickle\r\na=msid-semantic: WMS *\r\na=group:BUNDLE audio video data\r\nm=audio 56539 RTP/SAVPF 111 126\r\nc=IN IP4 172.24.32.1\r\na=rtpmap:111 opus/48000/2\r\na=rtpmap:126 telephone-event/8000\r\na=fmtp:111 maxplaybackrate=48000;stereo=1;useinbandfec=1\r\na=fmtp:126 0-15\r\na=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level\r\na=setup:active\r\na=mid:audio\r\na=sendrecv\r\na=ice-ufrag:d334d175\r\na=ice-pwd:8c5e2530eb3c90e04eca8426a7634ee9\r\na=candidate:0 1 UDP 2122121471 10.0.75.1 56536 typ host\r\na=candidate:1 1 UDP 2122055935 172.16.106.119 56537 typ host\r\na=candidate:2 1 UDP 2122187007 172.26.167.65 56538 typ host\r\na=candidate:3 1 UDP 2122252543 172.24.32.1 56539 typ host\r\na=candidate:4 1 TCP 2105393407 10.0.75.1 9 typ host tcptype active\r\na=candidate:5 1 TCP 2105327871 172.16.106.119 9 typ host tcptype active\r\na=candidate:6 1 TCP 2105458943 172.26.167.65 9 typ host tcptype active\r\na=candidate:7 1 TCP 2105524479 172.24.32.1 9 typ host tcptype active\r\na=end-of-candidates\r\na=ssrc:3109364996 cname:{0f64b2c7-ad32-4e58-8b87-fd5e3dad412b}-1\r\na=ssrc:3109364996 msid:{3b4c32ba-0d95-4c68-aa69-09a447ffecce}-1 {3fb0072e-71e0-4a3b-a59b-867b71429336}-1\r\na=rtcp-mux\r\nm=video 56539 RTP/SAVPF 100 107 101\r\nc=IN IP4 172.24.32.1\r\na=rtpmap:100 VP8/90000\r\na=rtpmap:107 H264/90000\r\na=rtpmap:101 VP9/90000\r\na=fmtp:107 profile-level-id=42e01f;level-asymmetry-allowed=1;packetization-mode=1\r\na=fmtp:100 max-fs=12288;max-fr=60\r\na=fmtp:101 max-fs=12288;max-fr=60\r\na=rtcp-fb:100 nack\r\na=rtcp-fb:100 nack pli\r\na=rtcp-fb:100 ccm fir\r\na=rtcp-fb:107 nack\r\na=rtcp-fb:107 nack pli\r\na=rtcp-fb:107 ccm fir\r\na=rtcp-fb:101 nack\r\na=rtcp-fb:101 nack pli\r\na=rtcp-fb:101 ccm fir\r\na=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time\r\na=setup:active\r\na=mid:video\r\na=sendrecv\r\na=ice-ufrag:d334d175\r\na=ice-pwd:8c5e2530eb3c90e04eca8426a7634ee9\r\na=ssrc:2290099437 cname:{0f64b2c7-ad32-4e58-8b87-fd5e3dad412b}-1\r\na=rtcp-mux\r\nm=application 56539 DTLS/SCTP 5000\r\nc=IN IP4 172.24.32.1\r\na=setup:active\r\na=mid:data\r\na=sendrecv\r\na=ice-ufrag:d334d175\r\na=ice-pwd:8c5e2530eb3c90e04eca8426a7634ee9\r\na=rtcp-mux\r\na=sctpmap:5000 webrtc-datachannel 256\r\na=max-message-size:1073741823\r\n”, session: “v=0\r\no=mozilla…THIS_IS_SDPARTA-70.0 2466936543370369707 0 IN IP4 0.0.0.0\r\ns=-\r\nt=0 0\r\na=sendrecv\r\na=fingerprint:sha-256 AA:C4:F5:26:F9:19:62:4D:84:91:AB:03:EC:7A:71:43:03:8B:B4:29:D5:D8:55:4D:AD:FA:E2:E6:85:16:84:BC\r\na=ice-options:trickle\r\na=msid-semantic: WMS *\r\na=group:BUNDLE audio video data\r\n” }

Object { media: (3) […], raw: “v=0\r\no=mozilla…THIS_IS_SDPARTA-70.0 2466936543370369707 1 IN IP4 0.0.0.0\r\ns=-\r\nt=0 0\r\na=sendrecv\r\na=fingerprint:sha-256 AA:C4:F5:26:F9:19:62:4D:84:91:AB:03:EC:7A:71:43:03:8B:B4:29:D5:D8:55:4D:AD:FA:E2:E6:85:16:84:BC\r\na=ice-options:trickle\r\na=msid-semantic: WMS *\r\na=group:BUNDLE audio video data\r\nm=audio 56539 RTP/SAVPF 111 126\r\nc=IN IP4 172.24.32.1\r\na=rtpmap:111 opus/48000/2\r\na=rtpmap:126 telephone-event/8000\r\na=fmtp:111 maxplaybackrate=48000;stereo=1;useinbandfec=1\r\na=fmtp:126 0-15\r\na=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level\r\na=setup:active\r\na=mid:audio\r\na=sendrecv\r\na=ice-ufrag:d334d175\r\na=ice-pwd:8c5e2530eb3c90e04eca8426a7634ee9\r\na=candidate:0 1 UDP 2122121471 10.0.75.1 56536 typ host\r\na=candidate:1 1 UDP 2122055935 172.16.106.119 56537 typ host\r\na=candidate:2 1 UDP 2122187007 172.26.167.65 56538 typ host\r\na=candidate:3 1 UDP 2122252543 172.24.32.1 56539 typ host\r\na=candidate:4 1 TCP 2105393407 10.0.75.1 9 typ host tcptype active\r\na=candidate:5 1 TCP 2105327871 172.16.106.119 9 typ host tcptype active\r\na=candidate:6 1 TCP 2105458943 172.26.167.65 9 typ host tcptype active\r\na=candidate:7 1 TCP 2105524479 172.24.32.1 9 typ host tcptype active\r\na=end-of-candidates\r\na=ssrc:3109364996 cname:{0f64b2c7-ad32-4e58-8b87-fd5e3dad412b}-1\r\na=ssrc:3109364996 msid:{3b4c32ba-0d95-4c68-aa69-09a447ffecce}-1 {3fb0072e-71e0-4a3b-a59b-867b71429336}-1\r\na=ssrc:3431384204 cname:{0f64b2c7-ad32-4e58-8b87-fd5e3dad412b}-1\r\na=rtcp-mux\r\nm=video 9 RTP/SAVPF 100 107 101\r\nc=IN IP4 0.0.0.0\r\na=rtpmap:100 VP8/90000\r\na=rtpmap:107 H264/90000\r\na=rtpmap:101 VP9/90000\r\na=fmtp:107 profile-level-id=42e01f;level-asymmetry-allowed=1;packetization-mode=1\r\na=fmtp:100 max-fs=12288;max-fr=60\r\na=fmtp:101 max-fs=12288;max-fr=60\r\na=rtcp-fb:100 nack\r\na=rtcp-fb:100 nack pli\r\na=rtcp-fb:100 ccm fir\r\na=rtcp-fb:107 nack\r\na=rtcp-fb:107 nack pli\r\na=rtcp-fb:107 ccm fir\r\na=rtcp-fb:101 nack\r\na=rtcp-fb:101 nack pli\r\na=rtcp-fb:101 ccm fir\r\na=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time\r\na=setup:active\r\na=mid:video\r\na=sendrecv\r\na=ice-ufrag:d334d175\r\na=ice-pwd:8c5e2530eb3c90e04eca8426a7634ee9\r\na=ssrc:2290099437 cname:{0f64b2c7-ad32-4e58-8b87-fd5e3dad412b}-1\r\na=rtcp-mux\r\nm=application 9 DTLS/SCTP 5000\r\nc=IN IP4 0.0.0.0\r\na=setup:active\r\na=mid:data\r\na=sendrecv\r\na=ice-ufrag:d334d175\r\na=ice-pwd:8c5e2530eb3c90e04eca8426a7634ee9\r\na=rtcp-mux\r\na=sctpmap:5000 webrtc-datachannel 256\r\na=max-message-size:1073741823\r\n”, session: “v=0\r\no=mozilla…THIS_IS_SDPARTA-70.0 2466936543370369707 1 IN IP4 0.0.0.0\r\ns=-\r\nt=0 0\r\na=sendrecv\r\na=fingerprint:sha-256 AA:C4:F5:26:F9:19:62:4D:84:91:AB:03:EC:7A:71:43:03:8B:B4:29:D5:D8:55:4D:AD:FA:E2:E6:85:16:84:BC\r\na=ice-options:trickle\r\na=msid-semantic: WMS *\r\na=group:BUNDLE audio video data\r\n” }

but from RTP stats in about:webrtc I cannot see the remote video stream

RTP Stats

inbound_rtp_audio_2

Local: 16:31:09 GMT+0800 (China Standard Time) inbound-rtp SSRC: 3638858223

inbound_rtp_video_3

Local: 16:31:09 GMT+0800 (China Standard Time) inbound-rtp SSRC: 1999487961 Received: 73392 packets (81404.17 Kb) Lost: 0 Jitter: 0

inbound_rtp_audio_4

Local: 16:31:09 GMT+0800 (China Standard Time) inbound-rtp SSRC: 2116705147 Received: 14181 packets (1242.40 Kb) Lost: 0 Jitter: 0.001
Remote: 16:31:09 GMT+0800 (China Standard Time) remote-outbound-rtp SSRC: 2116705147 Sent: 14065 packets (956.95 Kb)

outbound_rtp_audio_0

Local: 16:31:09 GMT+0800 (China Standard Time) outbound-rtp SSRC: 3109364996 Sent: 14181 packets (1393.41 Kb)
Remote: 16:31:09 GMT+0800 (China Standard Time) remote-inbound-rtp SSRC: 3109364996 Received: 210590 packets (16579.19 Kb) Lost: 0 Jitter: 0 RTT: 3 ms

outbound_rtp_video_1

Encoder: Avg. bitrate: 2.37 Mbps (0.47 SD) Avg. framerate: 29.99 fps (0.27 SD) Dropped frames: 1
Local: 16:31:09 GMT+0800 (China Standard Time) outbound-rtp SSRC: 2290099437 Sent: 74808 packets (82822.30 Kb)
Remote: 16:31:09 GMT+0800 (China Standard Time) remote-inbound-rtp SSRC: 2290099437 Received: 74606 packets (81139.90 Kb) Lost: 0 Jitter: 0.001 RTT: 3 ms

outbound_rtcp_audio_0

Local: 16:31:09 GMT+0800 (China Standard Time) remote-inbound-rtp SSRC: 3109364996 Received: 210590 packets (16579.19 Kb) Lost: 0 Jitter: 0 RTT: 3 ms

outbound_rtcp_video_1

Local: 16:31:09 GMT+0800 (China Standard Time) remote-inbound-rtp SSRC: 2290099437 Received: 74606 packets (81139.90 Kb) Lost: 0 Jitter: 0.001 RTT: 3 ms

inbound_rtcp_audio_4

Local: 16:31:09 GMT+0800 (China Standard Time) remote-outbound-rtp SSRC: 2116705147 Sent: 14065 packets (956.95 Kb)

the jicofo log
jicofo.log (400.9 KB)

the rtp stats of the other participant:

RTP Stats

inbound_rtp_audio_2

Local: 16:27:11 GMT+0800 (China Standard Time) inbound-rtp SSRC: 3638858223

inbound_rtp_video_3

Local: 16:27:11 GMT+0800 (China Standard Time) inbound-rtp SSRC: 2290099437 Received: 11298 packets (12261.77 Kb) Lost: 0 Jitter: 0.006

inbound_rtp_audio_4

Local: 16:27:11 GMT+0800 (China Standard Time) inbound-rtp SSRC: 3109364996 Received: 2933 packets (289.75 Kb) Lost: 0 Jitter: 0.002
Remote: 16:27:11 GMT+0800 (China Standard Time) remote-outbound-rtp SSRC: 3109364996 Sent: 2915 packets (231.02 Kb)

outbound_rtp_audio_0

Local: 16:27:11 GMT+0800 (China Standard Time) outbound-rtp SSRC: 2116705147 Sent: 2934 packets (251.72 Kb)
Remote: 16:27:11 GMT+0800 (China Standard Time) remote-inbound-rtp SSRC: 2116705147 Received: 133841 packets (8868.86 Kb) Lost: 0 Jitter: 0 RTT: 7 ms

outbound_rtp_video_1

Encoder: Avg. bitrate: 1.74 Mbps (0.85 SD) Avg. framerate: 27.69 fps (3.44 SD) Dropped frames: 114
Local: 16:27:11 GMT+0800 (China Standard Time) outbound-rtp SSRC: 1999487961 Sent: 10339 packets (11291.35 Kb)
Remote: 16:27:11 GMT+0800 (China Standard Time) remote-inbound-rtp SSRC: 1999487961 Received: 10299 packets (11041.92 Kb) Lost: 0 Jitter: 0.001 RTT: 7 ms

outbound_rtcp_audio_0

Local: 16:27:11 GMT+0800 (China Standard Time) remote-inbound-rtp SSRC: 2116705147 Received: 133841 packets (8868.86 Kb) Lost: 0 Jitter: 0 RTT: 7 ms

outbound_rtcp_video_1

Local: 16:27:11 GMT+0800 (China Standard Time) remote-inbound-rtp SSRC: 1999487961 Received: 10299 packets (11041.92 Kb) Lost: 0 Jitter: 0.001 RTT: 7 ms

inbound_rtcp_audio_4

Local: 16:27:11 GMT+0800 (China Standard Time) remote-outbound-rtp SSRC: 3109364996 Sent: 2915 packets (231.02 Kb)

This is a known issue with Firefox, I hope we will soon fix it.

@damencho
thanks.
is there a git issue or firefox bug to track and explain the reason ?

Not sure, there are few posts here about the same issue like Video tracks not being received/send
I think there are few and in github issues … We are not sure what is causing it…

Do some debug today.
my issue seems caused by : the web client send out source-add iq to backend but couldn’t get response.

in JVB I see below error:
JVB 2019-10-28 09:11:40.024 FINE: [114] org.jitsi.videobridge.xmpp.ComponentImpl.processIQ() (serving component ‘JitsiVideobridge’) Processing IQ (packetId Tew7m-46):

how to track the request in jicofo or jvb log ? use which ID ? the sid ?

<jingle action=“source-add” initiator=“2a4@conference.meet.***.com/focus” sid=“8flvkqechno8o”><content name=“video”><description media=“video”><source ssrc=“1934654696”><parameter name=“cname” value=“f32c99fb-fcb7-400b-a04f-35e0993a4aa8-1”/><parameter name=“msid” value=“1996f048-1fe5-4de9-b6ed-b488e2611ce6-1 35ed6469-f79e-4dcf-980a-2e2a5ea5a632-1”/>"

For both jicofo and jvb you can enable smack debug so you can see all the xmpp exchanges. In /etc/jitsi/jicofo/config and /etc/jitsi/videobridge/config in JAVA_SYS_PROPS you can add -Dsmack.debugEnabled=true -Dsmack.debuggerClass=org.jivesoftware.smack.debugger.ConsoleDebugger
And all exchanged smack packages will be in the log file.

here is the jicofo log. for someone who want to investigate this issue.
jicofo.log (492.3 KB)