Closed Bug 1052568 Opened 10 years ago Closed 10 years ago

crash in sipcc::PeerConnectionMedia::AddConduit(int, bool, mozilla::RefPtr<mozilla::MediaSessionConduit> const&)

Categories

(Core :: WebRTC, defect)

All
macOS
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox34 + fixed

People

(Reporter: martijn.martijn, Unassigned)

References

()

Details

(Keywords: crash, testcase)

Crash Data

I got this crash on Nightly, while on a page similar as http://mozilla.github.io/webrtc-landing/pc_test_h264.html and then click on the Camera button at the top bar of the Mac screen.

This bug was filed from the Socorro interface and is 
report bp-def76540-3413-4921-9a2f-bbbb32140812.
=============================================================
0 	XUL 	sipcc::PeerConnectionMedia::AddConduit(int, bool, mozilla::RefPtr<mozilla::MediaSessionConduit> const&) 	/Developer/SDKs/MacOSX10.7.sdk/usr/include/c++/4.2.1/bits/stl_tree.h:477
1 	XUL 	vcmTxStartICE_m(unsigned short, unsigned short, unsigned short, int, int, int, unsigned int, char const*, vcm_payload_info_t const*, short, sdp_setup_type_e, char const*, char const*, vcm_attrs_t_*) 	media/webrtc/signaling/src/media/VcmSIPCCBinding.cpp
2 	XUL 	mozilla::runnable_args_nm_14_ret<int (*)(unsigned short, unsigned short, unsigned short, int, int, int, unsigned int, char const*, vcm_payload_info_t const*, short, sdp_setup_type_e, char const*, char const*, vcm_attrs_t_*), unsigned short, unsigned short, unsigned short, int, int, int, unsigned int, char const*, vcm_payload_info_t const*, short, sdp_setup_type_e, char const*, char const*, vcm_attrs_t_*, int>::Run() 	media/mtransport/runnable_utils_generated.h
3 	XUL 	mozilla::SyncRunnable::Run() 	obj-firefox/x86_64/dist/include/mozilla/SyncRunnable.h
4 	XUL 	nsThread::ProcessNextEvent(bool, bool*) 	xpcom/threads/nsThread.cpp
5 	XUL 	NS_ProcessPendingEvents(nsIThread*, unsigned int) 	xpcom/glue/nsThreadUtils.cpp
6 	XUL 	nsBaseAppShell::NativeEventCallback() 	widget/xpwidgets/nsBaseAppShell.cpp
7 	XUL 	nsAppShell::ProcessGeckoEvents(void*) 	widget/cocoa/nsAppShell.mm
Ø 8 	CoreFoundation 	CoreFoundation@0x7f5b0 	
Ø 9 	CoreFoundation 	CoreFoundation@0x70c61 	
Ø 10 	CoreFoundation 	CoreFoundation@0x703ee 	
Ø 11 	CoreFoundation 	CoreFoundation@0x6fe74 	
Ø 12 	HIToolbox 	HIToolbox@0x2ea0c 	
Ø 13 	HIToolbox 	HIToolbox@0x2e7b6 	
Ø 14 	HIToolbox 	HIToolbox@0x2e5bb 	
Ø 15 	AppKit 	AppKit@0x2424d 	
Ø 16 	AppKit 	AppKit@0x2389a 	
17 	XUL 	-[GeckoNSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] 	widget/cocoa/nsAppShell.mm
Ø 18 	AppKit 	AppKit@0x1799b 	
19 	XUL 	nsAppShell::Run() 	widget/cocoa/nsAppShell.mm
20 	XUL 	nsAppStartup::Run() 	toolkit/components/startup/nsAppStartup.cpp
21 	XUL 	XREMain::XRE_mainRun() 	toolkit/xre/nsAppRunner.cpp
22 	XUL 	XREMain::XRE_main(int, char**, nsXREAppData const*) 	toolkit/xre/nsAppRunner.cpp
23 	XUL 	XRE_main 	toolkit/xre/nsAppRunner.cpp
24 	firefox 	main 	browser/app/nsBrowserApp.cpp
25 	firefox 	start
Ok, I can reproduce it with this page that's opening and closing an iframe with a webrtc peerconnection inside of it: http://people.mozilla.org/~mwargers/tests/webrtc/iframeopenandclose.htm
[Tracking Requested - why for this release]:
There's some chance that bug 991037 has fixed this. I tried the content in comment 1, and it seemed to work fine.
Yes, seems to not crash anymore.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.