Closed
Bug 802376
Opened 13 years ago
Closed 13 years ago
crash in mozilla::GetUserMediaRunnable::Run when selecting an integrated web cam in video and audio gum call with USB webcam, integrated webcam, and integrated mic on machine
Categories
(Core :: WebRTC: Audio/Video, defect, P1)
Tracking
()
VERIFIED
FIXED
People
(Reporter: jsmith, Assigned: jesup)
References
Details
(Keywords: crash, testcase, Whiteboard: [getUserMedia][blocking-gum+])
Crash Data
Attachments
(2 files)
|
2.12 KB,
text/html
|
Details | |
|
1.75 KB,
patch
|
ekr
:
review+
|
Details | Diff | Splinter Review |
This bug was filed from the Socorro interface and is
report bp-b75138ae-c5cb-404c-a03f-1a6232121016 .
=============================================================
Steps:
1. Go to the attached test page with an integrated mic, integrated camera, and USB camera on your machine
2. When the prompt appears, select the integrated camera
Expected:
The video stream should be shown from my integrated camera. Also, if I generate sound into my integrated mic, I should hear it back through my speakers.
Actual:
Firefox crashes. This appears to be 100% reproducible too.
| Reporter | ||
Updated•13 years ago
|
Whiteboard: [getUserMedia]
| Reporter | ||
Updated•13 years ago
|
Whiteboard: [getUserMedia] → [getUserMedia] [blocking-gum+]
| Reporter | ||
Updated•13 years ago
|
Priority: -- → P1
| Reporter | ||
Comment 1•13 years ago
|
||
Apparently this also happens if I request audio, then request audio and video in another tab.
Updated•13 years ago
|
Crash Signature: [@ mozilla::GetUserMediaRunnable::Run()] → [@ mozilla::GetUserMediaRunnable::Run()]
[@ mozilla::GetUserMediaRunnable::Run]
| Reporter | ||
Comment 2•13 years ago
|
||
Currently in it's existing state its not crashtest worthy.
Flags: in-testsuite-
Comment 3•13 years ago
|
||
Are we able to simulate different devices via faked media devices? I assume not, or Randell?
| Assignee | ||
Comment 4•13 years ago
|
||
WFM, marking qawanted for restest.
We can simulate multiple fake streams
Keywords: qawanted
| Reporter | ||
Comment 5•13 years ago
|
||
Still reproduces for me on 11/16 build.
https://crash-stats.mozilla.com/report/index/72e9b9d3-a1b0-42d5-89ba-e2ca52121116
https://crash-stats.mozilla.com/report/index/6f8c99da-7c6c-4f1a-8cf2-072a62121116
Keywords: qawanted
| Assignee | ||
Comment 6•13 years ago
|
||
This is only don't-crash wallpaper; you still end up with no audio. The actual bug is in the permissions handling. We'll want to leave-open this bug for a real fix.
| Assignee | ||
Comment 7•13 years ago
|
||
Comment on attachment 682970 [details] [diff] [review]
wallpaper permissions bug when selecting a camera+audio other than the first
Anant agrees the bug is in the permissions interface and/or API to MediaManager:
2 days ago jesup:What audio goes with each camera in the "i want both" case is not well-defined - and the current UI doesn't show you
2 days ago anant:jesup: are you running the same test case that's on the bug?
2 days ago jesup:anant: it *should* select an integrated mic for each camera if they have it, and generic default mic if they don't or we can't tell
2 days ago jesup:anant: yes
2 days ago jesup:Select second camera, boom
2 days ago jesup:anant: I'm right. Breaking in the ::Observe, it has type == "video", so it sets video and leaves audio null
2 days ago jesup:and resubmits itself to call ::Run
2 days ago jesup:I think it needs two device pointers instead of a type and a device pointer
2 days ago anant:jesup: you're right
2 days ago anant:it's a UI bug then
This should keep us from crashing (null deref) while we find the right fix - and it's good safety code anyways. We could MOZ_ASSERT and do the check, but I'd rather worry about landing that with the main fix.
Attachment #682970 -
Flags: review?(ekr)
Comment 8•13 years ago
|
||
Comment on attachment 682970 [details] [diff] [review]
wallpaper permissions bug when selecting a camera+audio other than the first
Review of attachment 682970 [details] [diff] [review]:
-----------------------------------------------------------------
lgtm
Attachment #682970 -
Flags: review?(ekr) → review+
| Reporter | ||
Comment 9•13 years ago
|
||
cc-ing the Firefox front-end folks to notify them there's a deterministic crash that could be in their arena
| Assignee | ||
Comment 10•13 years ago
|
||
OS: Windows 7 → All
Whiteboard: [getUserMedia] [blocking-gum+] → [getUserMedia] [blocking-gum+] [leave-open]
Comment 11•13 years ago
|
||
| Assignee | ||
Updated•13 years ago
|
Assignee: nobody → rjesup
| Assignee | ||
Comment 12•13 years ago
|
||
remaining issue here is bug 802421 (and bug 823453) which refactor the permissions for multiple streams
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
| Reporter | ||
Updated•12 years ago
|
Whiteboard: [getUserMedia] [blocking-gum+] [leave-open] → [getUserMedia][blocking-gum+]
| Reporter | ||
Comment 13•12 years ago
|
||
Verified with a few different combinations of multiple cameras & mics - no crashes seen. 1/29 build.
Status: RESOLVED → VERIFIED
Keywords: verifyme
Updated•7 years ago
|
Flags: needinfo?(kellyd2345)
You need to log in
before you can comment on or make changes to this bug.
Description
•