Closed Bug 1744202 Opened 3 years ago Closed 3 years ago

Crash in [@ abort | webrtc::internal::VideoSendStreamImpl::VideoSendStreamImpl] on facebook sites

Categories

(Core :: WebRTC: Audio/Video, defect)

Firefox 94
Unspecified
Windows 10
defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox-esr91 --- wontfix
firefox94 --- wontfix
firefox95 --- wontfix

People

(Reporter: pascalc, Assigned: bwc)

Details

(Keywords: crash)

Crash Data

Maybe Fission related. (DOMFissionEnabled=1)

Crash report: https://crash-stats.mozilla.org/report/index/682eaf8a-8814-4a85-b7db-559550211202

Reason: STATUS_STACK_BUFFER_OVERRUN / FAST_FAIL_FATAL_APP_EXIT

Top 10 frames of crashing thread:

0 ucrtbase.dll abort 
1 xul.dll rtc::FatalMessage::~FatalMessage third_party/libwebrtc/webrtc/rtc_base/checks.cc:69
2 xul.dll webrtc::internal::VideoSendStreamImpl::VideoSendStreamImpl third_party/libwebrtc/webrtc/video/video_send_stream.cc:796
3 xul.dll webrtc::internal::VideoSendStream::ConstructionTask::Run third_party/libwebrtc/webrtc/video/video_send_stream.cc:417
4 xul.dll rtc::TaskQueue::Impl::RunPendingTasks third_party/libwebrtc/webrtc/rtc_base/task_queue_win.cc:347
5 xul.dll rtc::TaskQueue::Impl::RunThreadMain third_party/libwebrtc/webrtc/rtc_base/task_queue_win.cc:384
6 xul.dll rtc::PlatformThread::Run third_party/libwebrtc/webrtc/rtc_base/platform_thread.cc:251
7 xul.dll static rtc::PlatformThread::StartThread third_party/libwebrtc/webrtc/rtc_base/platform_thread.cc:159
8 kernel32.dll BaseThreadInitThunk 
9 ntdll.dll RtlUserThreadStart 

We have a spike of crashes with this signature since yesterday on all channels. Many comments about Facebook Messenger.

Peter: This is a crash on facebook sites (both facebook.com and messenger.com) and looks related to changes on their end because it also affects Firefox release and started yesterday.

Andreas: Can you investigate this webrtc crash?

Flags: needinfo?(stpeter)
Flags: needinfo?(apehrson)
Summary: Crash in [@ abort | webrtc::internal::VideoSendStreamImpl::VideoSendStreamImpl] → Crash in [@ abort | webrtc::internal::VideoSendStreamImpl::VideoSendStreamImpl] on facebook sites

Looks like we are letting through an rtp header extension for sent video that upstream (at least prior to bug 1654112) doesnt support. But I am not able to look into this today. Byron?

Flags: needinfo?(apehrson) → needinfo?(docfaraday)

The crashes stopped. First crash report (except one on 2021-11-11) got submitted at 2021-12-02 21:05:59 UTC, last one at 2021-12-02 23:44:53. 708 crashes got submitted in total.

It is hard to say exactly what happened here, but it looks like maybe this is a case of a duplicate extmap id slipping through the JSEP engine somehow? Or maybe something that libwebrtc thinks is a duplicate, but is not really? This duplicate business can get really hairy when bundle and rollback are involved. Is there a contact at Facebook that we can ask about this?

Flags: needinfo?(docfaraday)

We have an email coordination list with Facebook related to WebRTC topics. I'll post there and cc the right Mozilla people.

Flags: needinfo?(stpeter)

Based on the email response, it seems that somehow we are trying to configure an RTP extension that the JSEP engine does not actually support? That's just plain weird... I'm going to dig into this further.

Assignee: nobody → docfaraday

Closing because no crashes reported for 12 weeks.

Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.