Closed
Bug 773646
Opened 12 years ago
Closed 12 years ago
mozGetUserMedia({audio:true}...) fails on the second attempt
Categories
(Core :: WebRTC, defect)
Core
WebRTC
Tracking
()
VERIFIED
FIXED
People
(Reporter: jesup, Unassigned)
References
()
Details
(Whiteboard: [getUserMedia], [blocking-gum+])
mozGetUserMedia({audio:true}...) fails on the second attempt, requiring a browser restart. Not sure if it's OS-related (Fedora 15 x64 here)
Updated•12 years ago
|
Whiteboard: [getUserMedia], [blocking-gum+]
Updated•12 years ago
|
QA Contact: jsmith
Comment 4•12 years ago
|
||
I also have the same problem using a Mac OSX 10.6.8, the audio only works one time. I have to restart the browser and cycle the Picture capture one time before I can make the Audio work once. The error message is "NO_DEVICES_FOUND".
Updated•12 years ago
|
Flags: in-testsuite?
Comment 5•12 years ago
|
||
There is no need to restart the browser. Simply reload the page. I'm fairly sure this is because of bug 798037.
Depends on: 798037
Comment 6•12 years ago
|
||
(In reply to Henrik Skupin (:whimboo) from comment #5) > There is no need to restart the browser. Simply reload the page. I'm fairly > sure this is because of bug 798037. Nope! That bug has to do with being able to release the camera using the stop function of LocalMediaStream. On top of that - This works for me on the 10/19 build. Something must have fixed this...
Comment 7•12 years ago
|
||
Bug 802411 solves this and a few other bugs.
Comment 8•12 years ago
|
||
Switching to fixed to say "Fixed by bug 802411"
Resolution: WORKSFORME → FIXED
Comment 9•12 years ago
|
||
Verified on the 10/19 build. And this needs a test.
Status: RESOLVED → VERIFIED
Keywords: verifyme
Comment 10•11 years ago
|
||
Added automation coverage for this in bug 822109's patch.
Flags: in-testsuite? → in-testsuite+
You need to log in
before you can comment on or make changes to this bug.
Description
•