Closed
Bug 791423
Opened 12 years ago
Closed 12 years ago
WebRTC Assertion failure: mIceState != kIceGathering, at media/webrtc/signaling/src/peerconnection/PeerConnectionImpl.h:371
Categories
(Core :: WebRTC: Signaling, defect, P2)
Tracking
()
RESOLVED
INVALID
People
(Reporter: posidron, Unassigned)
References
Details
(Keywords: crash, testcase, Whiteboard: [WebRTC], [blocking-webrtc+])
Attachments
(3 files, 1 obsolete file)
!!! Real PeerConnection constructor called OMG !!!
!!! {b827e3b0-c1cb-d243-829e-e5ef6150aace} : calling initialize
!!! Queue for {b827e3b0-c1cb-d243-829e-e5ef6150aace} is currently: []
!!! Queue for {b827e3b0-c1cb-d243-829e-e5ef6150aace} is currently: []
!!! mozPeerConnection constructor called [object Window @ 0x11b6378e0 (native @ 0x11b65f0d0)]
!!! {b827e3b0-c1cb-d243-829e-e5ef6150aace} : connect() called
PeerConnectionImpl::Connect()
PeerConnectionImpl::Connect() returned
PeerConnectionImpl::ConnectThread() finished
!!! {b827e3b0-c1cb-d243-829e-e5ef6150aace} : connect() returned
!!! {b827e3b0-c1cb-d243-829e-e5ef6150aace} : createOffer called
!!! {b827e3b0-c1cb-d243-829e-e5ef6150aace} : queued createOffer
!!! Queue for {b827e3b0-c1cb-d243-829e-e5ef6150aace} is currently: [createOffer,]
!!! {b827e3b0-c1cb-d243-829e-e5ef6150aace} : createOffer returned
OnMessage: mChannel 0x0 mConnection 0x10c88b850
PeerConnectionImpl:: got NotifyConnection
Delivering PeerConnection onconnection
!!! {b827e3b0-c1cb-d243-829e-e5ef6150aace} : onConnection called
!!! in executeNext: !!! Queue for {b827e3b0-c1cb-d243-829e-e5ef6150aace} is currently: [createOffer,]
Assertion failure: mIceState != kIceGathering, at /Users/cdiehl/Code/Mozilla/mc-alder/media/webrtc/signaling//./src/peerconnection/PeerConnectionImpl.h:371
Reporter | ||
Comment 1•12 years ago
|
||
Reporter | ||
Comment 2•12 years ago
|
||
The threads mixed up my fuzzing output. This is the correct testcase for the bug.
Attachment #661446 -
Attachment is obsolete: true
Reporter | ||
Updated•12 years ago
|
Blocks: fuzzing-webrtc
Updated•12 years ago
|
Whiteboard: [WebRTC] → [WebRTC], [blocking-webrtc+]
Updated•12 years ago
|
Priority: -- → P1
Updated•12 years ago
|
Priority: P1 → P2
Updated•12 years ago
|
Flags: in-testsuite?
Comment 3•12 years ago
|
||
Crashtest for original testcase which seems to have been fixed meanwhile. I can't get the browser to crash anymore. But verified that it crashes with an alder nightly build from Sep 15th.
Attachment #673108 -
Flags: review?(rjesup)
Comment 4•12 years ago
|
||
so the reason why we do not see the crash is that mozPeerConnection has been moved to mozRTCPeerConnection and there is no connect() method available. Jesup, is this bug invalid now?
Flags: needinfo?(rjesup)
Comment 5•12 years ago
|
||
Comment on attachment 673108 [details] [diff] [review]
crashtest v1
Review of attachment 673108 [details] [diff] [review]:
-----------------------------------------------------------------
Given how much the API and code has changed since this bug was filed, I don't think this is a useful crashtest to continue to run. Anything here should be covered by other basic "call basic api function" tests.
Attachment #673108 -
Flags: review?(rjesup) → review-
Flags: needinfo?(rjesup)
Comment 6•12 years ago
|
||
Agreed, invalid now
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•