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)

x86_64
macOS
defect

Tracking

()

RESOLVED INVALID

People

(Reporter: posidron, Unassigned)

References

Details

(Keywords: crash, testcase, Whiteboard: [WebRTC], [blocking-webrtc+])

Attachments

(3 files, 1 obsolete file)

Attached file testcase (obsolete) —
!!! 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
Attached file callstack
Attached file testcase
The threads mixed up my fuzzing output. This is the correct testcase for the bug.
Attachment #661446 - Attachment is obsolete: true
Whiteboard: [WebRTC] → [WebRTC], [blocking-webrtc+]
Priority: -- → P1
Priority: P1 → P2
Flags: in-testsuite?
Attached patch crashtest v1Splinter Review
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)
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 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)
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.

Attachment

General

Created:
Updated:
Size: