Discord broken: Chromium users can't see&hear me talk
Categories
(Core :: WebRTC: Signaling, defect, P1)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr91 | --- | unaffected |
firefox99 | --- | unaffected |
firefox100 | --- | unaffected |
firefox101 | + | verified |
People
(Reporter: jan, Assigned: bwc)
References
(Regression)
Details
(Keywords: nightly-community, regression)
Attachments
(12 files)
5.01 MB,
video/mp4
|
Details | |
25.93 KB,
text/plain
|
Details | |
35.14 KB,
application/json
|
Details | |
155.51 KB,
text/html
|
Details | |
232.48 KB,
text/html
|
Details | |
374.06 KB,
text/html
|
Details | |
26.35 KB,
text/plain
|
Details | |
121.17 KB,
text/html
|
Details | |
119.32 KB,
text/html
|
Details | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
135.98 KB,
text/html
|
Details |
Debian Testing, Gnome Wayland, Intel Macbook Pro
After joining the channel, others users (Chromium) see me shortly green as if I was talking for a part of a second.
After this, no one sees or hears me talking.
mozregression --good 2022-04-04 --bad 2022-04-06 -a https://discord.gg/xxxxxxxxxxxxxx
26:24.91 INFO: Last good revision: 056457fa52febdeee37b554ce563ecd0b4f336ae
26:24.91 INFO: First bad revision: f853e1e31b3862bcb514005accfd7405ece5225d
26:24.91 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=056457fa52febdeee37b554ce563ecd0b4f336ae&tochange=f853e1e31b3862bcb514005accfd7405ece5225d
f853e1e31b3862bcb514005accfd7405ece5225d Byron Campen — Bug 1616937: Fix some warnings from clang-tidy on pre-existing code. r=mjf
6908b674bc94430e1956cf66049f0ec6e4f4310f Byron Campen — Bug 1616937: Move some sender and receiver logic to RTCRtpSender/Receiver. r=mjf
91a1718d9a5a57f6660d2eb350eb9eff6619567a Byron Campen — Bug 1616937: Improve error handling during conduit updates. r=mjf
f045541b25753d63f5e05177697263a7bd2d9727 Byron Campen — Bug 1616937: Hold strong refs to the PC in Transceiver/Sender/Receiver. r=mjf
41ff3e562389dc586985302c710f034f13f5dd74 Byron Campen — Bug 1616937: Remove main thread parameters/members. r=mjf
31d4e8adf1dc76bab13e45ef3ba578651744232e Byron Campen — Bug 1616937: Move RTCRtpSender to c++ r=mjf,webidl,smaug
235f461a1229a4695210fbcba292ca64140c51f4 Byron Campen — Bug 1624989: Some simplifications that are possible because PeerConnectionImpl is cycle-collected. r=jib
d570e7369906010743035437ff6ff4b4c7a34e67 Byron Campen [:bwc] — Bug 1624989: Move RTCPeerConnection's operations chain to c++ r=jib,webidl,smaug
Comment 1•3 years ago
|
||
:bwc, since you are the author of the regressor, bug 1616937, could you take a look?
For more information, please visit auto_nag documentation.
Reporter | ||
Comment 2•3 years ago
|
||
Reporter | ||
Comment 3•3 years ago
|
||
Reporter | ||
Comment 4•3 years ago
|
||
Profile with Media Preset: https://share.firefox.dev/35SqqzF
made with: mozregression --repo autoland --launch f853e1e31b3862bcb514005accfd7405ece5225d -a https://discord.gg/xxxxxxxxxxxxxx
Reporter | ||
Comment 5•3 years ago
|
||
There is no crash (no Nightly crash report, no Asan Nightly crash report), it just doesn't work.
Assignee | ||
Comment 6•3 years ago
|
||
Could you attach a copy of about:webrtc? I suspect this is a site issue, but not sure about the details.
Assignee | ||
Updated•3 years ago
|
Reporter | ||
Comment 7•3 years ago
|
||
mozregression --launch 20220408094506 -a https://discord.com/channels/xxxxxxxx -a about:webrtc
Reporter | ||
Comment 8•3 years ago
|
||
Reporter | ||
Comment 9•3 years ago
|
||
The push contained commits from two bugs. Adding the other one.
Reporter | ||
Comment 10•3 years ago
|
||
Problem also occurs on Win10.
Reporter | ||
Updated•3 years ago
|
Reporter | ||
Comment 11•3 years ago
|
||
Updated•3 years ago
|
Assignee | ||
Comment 12•3 years ago
|
||
I'm seeing multiple problems here. For some reason, discord stopped putting ssrc attributes in its SDP, has apparently never supported the RTP MID extension, and uses multiple bundled audio m-sections with the same payload type. This can never work; it is impossible to determine what m-section an incoming RTP packet belongs to.
Assignee | ||
Comment 13•3 years ago
|
||
Actually, it is worse than this; the audio m-section provided in the remote SDP is recvonly. If discord is saying that it is not going to send any data, of course we won't be receiving any...
Reporter | ||
Comment 14•3 years ago
•
|
||
about:webrtc from last good autoland build:
mozregression --repo autoland --launch 056457fa52febdeee37b554ce563ecd0b4f336ae -a https://discord.gg/xxxxxxx -a about:webrtc
Reporter | ||
Comment 15•3 years ago
|
||
about:webrtc from first bad autoland build:
mozregression --repo autoland --launch f853e1e31b3862bcb514005accfd7405ece5225d -a https://discord.gg/xxxxxxxx -a about:webrtc
Assignee | ||
Comment 16•3 years ago
|
||
Ok, this is really weird. Minutes after joining the room, discord decided to renegotiate. Now it seems to be negotiating properly? This inconsistent operation is making it really hard to figure out what is going on.
Assignee | ||
Comment 17•3 years ago
|
||
Ok, now that I have some baseline functionality, I think I see the problem. Running a fix through its paces.
Assignee | ||
Comment 18•3 years ago
|
||
Assignee | ||
Comment 19•3 years ago
|
||
Updated•3 years ago
|
Assignee | ||
Comment 20•3 years ago
|
||
Ok, got android working now:
https://treeherder.mozilla.org/jobs?repo=try&revision=eddb069ca4a1a38d26648505a6e83cfcfbc7e39e
Try looks ok.
Assignee | ||
Comment 21•3 years ago
|
||
Updated•3 years ago
|
Assignee | ||
Comment 22•3 years ago
|
||
Depends on D143494
Assignee | ||
Comment 23•3 years ago
|
||
Patches resolve the issue for me, can you check that the try build works for you as well?
Reporter | ||
Comment 24•3 years ago
|
||
Debian Testing, Gnome Wayland, Intel Macbook Pro
Today's Nightly 20220412094307 is still broken.
The try build is good/fixed. Thanks!
mozregression --repo try --launch eddb069ca4a1a38d26648505a6e83cfcfbc7e39e -a https://discord.com/invite/xxxxxxx -a about:webrtc
Assignee | ||
Comment 25•3 years ago
|
||
Awesome, thanks for the bug report and the verification!
Comment 26•3 years ago
|
||
Updated•3 years ago
|
Comment 28•3 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/fcd802d2e400
https://hg.mozilla.org/mozilla-central/rev/e475c8d65a8d
Updated•3 years ago
|
I managed to reproduce the issue on a 2022-04-08 Nightly build on macOS 11. Verified as fixed on Nightly 102.0a1(20220516215740) and Firefox 101.0b7(20220515185854) on Win10, Ubuntu 20.04, macOS 11.
Description
•