This bug was filed from the Socorro interface and is report bp-3836470c-c525-4cff-afbf-f685f0171208. ============================================================= Seen while looking at Mac crash stats - possible regression from landing of Bug 1397793. Seems to be Mac only. Top 10 frames of crashing thread: 0 XUL webrtc::FloatS16ToFloat media/webrtc/trunk/webrtc/common_audio/audio_util.cc:39 1 XUL webrtc::AudioBuffer::CopyTo media/webrtc/trunk/webrtc/modules/audio_processing/audio_buffer.cc:163 2 XUL webrtc::AudioProcessingImpl::ProcessStream media/webrtc/trunk/webrtc/modules/audio_processing/audio_processing_impl.cc:829 3 XUL mozilla::MediaEngineWebRTCMicrophoneSource::PacketizeAndProcess dom/media/webrtc/MediaEngineWebRTCAudio.cpp:891 4 XUL mozilla::WebRTCAudioDataListener::NotifyInputData dom/media/webrtc/MediaEngineWebRTC.h:391 5 XUL mozilla::AudioCallbackDriver::DataCallback dom/media/GraphDriver.cpp:928 6 XUL cubeb_resampler_speex<float, cubeb_resampler_speex_one_way<float>, delay_line<float> >::fill_internal_duplex media/libcubeb/src/cubeb_resampler.cpp:242 7 XUL audiounit_output_callback media/libcubeb/src/cubeb_audiounit.cpp:492 8 CoreAudio CoreAudio@0x125468 9 CoreAudio CoreAudio@0x3536 =============================================================

There is quite a number of bugs with different signature found by calixte, they are all related. I'm currently debugging. It's related to a very bizarre configuration (related to virtual audio devices somehow), that I happen to be able to repro on try (I think ?). They all have one or two crashes, and I'm actively trying to understand why it happens and fix it.

Likely mooted since we've backed out bug 1397793; I suspect we'll close all the dependent bugs

Should we close this now, Randell?

resolved by backing out the original landing of bug 1397793