1599068 - Unable to join a video call on Jitsi

Status: RESOLVED DUPLICATE of bug 1598988

(Core :: WebRTC, defect)

Description

[Anca Soncutean, Desktop QA]

Attachment: screenshoot issue.png

[Affected versions]:

• Fx 72.0a1 (2019-11-24)

[Affected platforms]:

• Windows 10 x64
• Windows 7 x86
• macOS 10.15
• Ubuntu 18.04 x64

[Steps to reproduce]:

1. Initiate a call at one end (from Chrome or Firefox)

• Go to https://jitsi.org/
• Click on Start a call button
• Input a name in order to start a new meeting and click Go
• Allow Microphone and Camera when the notification appears

2. At the other end, on the latest Firefox Nightly paste the link of the meeting room
3. Allow Microphone and Camera when the notification appears

[Expected result]:

• Both participants can join the call without encountering any problem

[Actual result]:

• “Unfortunately, something went wrong. We’re trying to fix this. Reconnecting in [...] seconds…” message is displayed;
• When reaching 0 seconds, the notification for Microphone and Camera permission is triggered, with the “Jitsi Meet needs to use your microphone and camera. Select Share Selected Device when your browser asks for permissions.” message being displayed across the page.
• On refresh, the user gets the same initial error message.

[Regression range]:

• Regressed starting with the yesterday Nightly
• Pushlog: https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=d2d4fba86fce4ca4391e1886dd195b286d794ac0&tochange=0a724aa35cdbb7ceef51f7af26a6aa7b5058682f

[Additional notes]:

• Refusing the access of Microphone and Camera triggers the same result
• This issue is not reproducible on Chrome and old Firefox versions
• Browser console (after several page refreshes): screenshot

Comment 1

[Andreas Pehrson [:pehrsons]]

Nico, could this be a bug 1570549 regression?

Comment 2

[Nico Grunbaum [:ng, @chew:mozilla.org]]

This is the same issue that caused me to file bug 1598988. which last night, and prefs off using the Rust based parser. That should be in the next Nightly. Until then Anca, you can go to about:config and set media.peerconnection.sdp.alternate_parse_mode to the string never.

Comment 3

[Michael Froman [:mjf]]

Anca, can you confirm that the latest Nightly is working now that the rust-based sdp parser is pref'd off?

Thank you!

Comment 4

[Anca Soncutean, Desktop QA]

(In reply to Michael Froman [:mjf] from comment #3)

Anca, can you confirm that the latest Nightly is working now that the rust-based sdp parser is pref'd off?

Yes, this issue is no longer reproducible with Fx 72 (2019-11-26), tested on Windows 10 x64 and macOS 10.15.

Comment 5

[Michael Froman [:mjf]]

Thank you for confirming! I'll mark this as a duplicate.