Firefox - Audio is not working for a second track

Description:

When using the unified plan, a firefox user can’t hear a second audio track from a remote participant. Just to be clear, I am not talking about the new multiple simultaneous track feature, but more like, add a track, remove it, add a new track.

Steps to reproduce:

1. Using chrome, open a new conference with your microphone being muted
2. Join the conference with a firefox browser
3. On the Chrome instance, start sharing your screen - choose to share a tab, with Audio sharing
4. Notice that the firefox user can hear the audio from chrome
5. Stop the screen share
6. On the chrome instance, unmute yourself

Expected behavior:

The firefox user should be able to hear the chrome user

Actual behavior:

The firefox user does not hear the chrome user

Server information:

• Jitsi Meet version: I could reproduce on the currently deployed https://meet.jit.si

Client information:

• Browser / app version: Chrome 100 / Firefox 99
• Operating System: tested on mac os, but users also reported it on window

Additional information:

I believe this might be related to https://github.com/jitsi/jitsi-meet/issues/11240 To be honest, I am not sure if this is a Jitsi or a firefox bug. One thing that I noticed is that on firefox, the peerconnection track event seems to return the same reference as before.

[nils-ohlmeier]

@jallamsetty1 yes I think the problem I tried to fix in the Firefox bug reports mentioned above I think essentially any source add operation from the Jitsi side can lead to a problem with not rendering a stream. The reason being that media could potentially arrive at the Firefox browser before the signaling and thus confuse Firefox.

Can you still repro with Firefox >= 100?

[saghul]

Thanks for confirming!