1061765 - Reused call crashed both participants | crash in libsystem_c.dylib@0x1d70 | getDeviceNamesFromIndex | memset

Status: RESOLVED DUPLICATE of bug 1061475

(Core :: WebRTC, defect)

Description

[:Felipe Gomes (needinfo for replies!)]

This bug was filed from the Socorro interface and is 
report bp-4e939675-40c4-4841-86d1-0f1112140902.
=============================================================

STR:
 - User A generated a link to invite someone to talk
 - User B clicked the link, both accepted the video call and it worked properly.
 - After the call had finished, User B reused the link and clicked the Call button again and that crashed his Firefox
 - But before crashing, that generated the call request to User A. User A then accepted the call and it crashed User A.

Comment 1

[Matthew N. [:MattN]]

The crash report in comment 0 was for User A on 10.8.5.

The crash report for User B is on 10.9.4:
report bp-fc1f8bc1-9389-4487-8453-d8bab2140902.
with signature:
[@ libsystem_platform.dylib@0x4e75 ]
at -[VideoCaptureMacQTKitInfoObjC getDeviceNamesFromIndex:DefaultName:WithLength:AndUniqueID:WithLength:AndProductID:WithLength:]

Comment 2

[Daniel Veditz [:dveditz]]

Going to unhide this because both sides look like a null dereference. Hard to say if this is a problem in WebRTC or Loop's use of it (but probably WebRTC).

Comment 3

[Randell Jesup [:jesup] (needinfo me)]

Patch has already landed