When we resolve the blockers associated with mozGetUserMedia, we'll need to pref on mozGetUserMedia in builds by default. This bug tracks that work.
I think Bug 814807 currently covers this.
Status: NEW → RESOLVED
Last Resolved: 6 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 814807
bug 814807 talks about the gum automation. This about the gum feature.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Attachment #697940 - Flags: review?(bzbarsky)
Attachment #697940 - Flags: review?(bzbarsky) → review?(justin.lebar+bug)
Comment on attachment 697940 [details] [diff] [review] Pref on mozGetUserMedia by default As gavin pointed out, we need to change this value in all.js.
Attachment #697940 - Flags: review?(justin.lebar+bug) → review-
left the second media.navigator.enabled because getUserMedia for still images on Andriod is supposed to still work if you --disable-webrtc
Attachment #697940 - Attachment is obsolete: true
Comment on attachment 698065 [details] [diff] [review] Pref on mozGetUserMedia by default I have no idea what this pref does, so let's call this rs=me.
Attachment #698065 - Flags: review+
Shouldn't we wait with the patch until bug 802694 has been fixed?
https://hg.mozilla.org/integration/mozilla-inbound/rev/061f75208064 Bug 802694 is about PeerConnection, not getUserMedia
Target Milestone: --- → mozilla20
Status: ASSIGNED → RESOLVED
Last Resolved: 6 years ago → 6 years ago
Resolution: --- → FIXED
Verified on 1/24 that we are prefed on by default on nightly.
Status: RESOLVED → VERIFIED
Already covered by existing gum automation.
I updated the Gecko version information on https://developer.mozilla.org/en-US/docs/WebRTC/navigator.getUserMedia
You need to log in before you can comment on or make changes to this bug.