1875686 - Removing DTLS_1_3_DRAFT_VERSION breaks some WebRTC connections (regression)

Status: RESOLVED FIXED

(Web Compatibility :: Site Reports, defect)

Description

[a_bit_camera_shy [:a_bit_camera_shy]]

Steps to reproduce:

Our internal web-conferencing tool (seems to be a whitelabel version of jitsi) breaks with firefox 123, while working with older versions. I have bisected the firefox issue to https://phabricator.services.mozilla.com/rMOZILLACENTRAL58a9c7e82a58e7e951a669f0634901963c5ed696 and then bisected the nss commit to https://phabricator.services.mozilla.com/rNSS4ce786c901fb3ec7e35cabd78f6a6c1311897d6e

Actual results:

The site fails to establish the video stream

Expected results:

The site should be able to establish the video stream

Comment 1

[BugBot [:suhaib / :marco/ :calixte]]

The Bugbug bot thinks this bug should belong to the 'Core::Audio/Video: Playback' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Comment 2

[Byron Campen [:bwc]]

I'm guessing the fix here is to update the version of jitsi being used?

Comment 3

[a_bit_camera_shy [:a_bit_camera_shy]]

May be, but i am not on the team that manages that tool, and who knows when they will get around to doing it.

Comment 4

[Anna Weine]

Hello and thanks for reporting!

Could you tell if you use Firefox Nightly or Firefox Release version?

Comment 5

[a_bit_camera_shy [:a_bit_camera_shy]]

The bug can be reproduced with Firefox Nightly, and can't be reproduced with Firefox Developer Edition. See my first message in the report for the specific commit that introduced the issue.

Comment 6

[Anna Weine]

Could you try to change the following pref: https://searchfox.org/mozilla-central/source/modules/libpref/init/all.js#342 ? to replace 772 with 771 and see if it solves the problem?

Comment 7

[a_bit_camera_shy [:a_bit_camera_shy]]

I can confirm that setting 771 there solves the problem

Comment 8

[Anna Weine]

Great. We are working on solving the issue and get back to you as soon as we can.

Comment 10

[Anna Weine]

Hello again,

This is the way to reproduce the bug:

1. Go to https://meet.jit.si/
2. Choose a name for a meeting and click Start Meeting (For example, RedPandasEatApples)
3. It will start the meeting (the meeting link is : https://meet.jit.si/RedPandasEatApples, for example)
4. Open at least 3 tabs and connect to the same meeting these 3 times (by going to the same link)

Expected behaviour:
You see the video

The current Nightly behaviour:
empty (black screen).

(*****************************************************)
We have recently contacted Jitsi and they have recognised that there was a bug on their side. The working solution (even for Nightly) was deployed in boris.jitsi.net. I hope that they will soon deploy it in master.

The currently working solution: You go to about:config, then you change media.peerconnection.dtls.version.max to 771.

Comment 11

[a_bit_camera_shy [:a_bit_camera_shy]]

Would it be possible to link the jitsi ticket here? I might need that to convince our selfhosted jitsi to update

Comment 12

[Jonathan Lennox]

Jitsi's PR fixing the issue is https://github.com/jitsi/jitsi-videobridge/pull/2086. We didn't do a separate Issue for it.

It should be deployed to meet.jit.si and released in the stable release within the next few days.