Closed Bug 773646 Opened 12 years ago Closed 12 years ago

mozGetUserMedia({audio:true}...) fails on the second attempt

Categories

(Core :: WebRTC, defect)

defect
Not set
major

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)
Also reproduces on OS X 10.6.
OS: Linux → All
Hardware: x86_64 → All
Whiteboard: [getUserMedia], [blocking-gum+]
QA Contact: jsmith
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".
Flags: in-testsuite?
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
(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...
Status: NEW → RESOLVED
Closed: 12 years ago
No longer depends on: 798037
Resolution: --- → WORKSFORME
Bug 802411 solves this and a few other bugs.
Switching to fixed to say "Fixed by bug 802411"
Resolution: WORKSFORME → FIXED
Keywords: verifyme
Verified on the 10/19 build. And this needs a test.
Status: RESOLVED → VERIFIED
Keywords: verifyme
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.