Closed Bug 1192203 Opened 4 years ago Closed 4 years ago

getUserMedia Video does not work on (some other) Android 2.3 devices


(Core :: WebRTC, defect, P2)

39 Branch



Tracking Status
firefox43 --- fixed
Blocking Flags:


(Reporter: thomas.nt, Assigned: gcp)



(1 file)

User Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:39.0) Gecko/20100101 Firefox/39.0
Build ID: 20150806001005

Steps to reproduce:

Device: Nexus One (Android 2.3.7)

1. Go to
2. Select video
3. Choose 'Share' option from the doorhanger

Actual results:

The camera does not start.

The following exception is thrown in logcat:
E/Camera  ( 3354): Invalid range list string=null
E/WEBRTC-JC( 3354): startCapture failed
E/WEBRTC-JC( 3354): java.lang.NullPointerException
E/WEBRTC-JC( 3354):     at org.webrtc.videoengine.VideoCaptureAndroid.access$100(
E/WEBRTC-JC( 3354):     at org.webrtc.videoengine.VideoCaptureAndroid$
E/WEBRTC-JC( 3354):     at android.os.Handler.handleCallback(
E/WEBRTC-JC( 3354):     at android.os.Handler.dispatchMessage(
E/WEBRTC-JC( 3354):     at android.os.Looper.loop(
E/WEBRTC-JC( 3354):     at org.webrtc.videoengine.VideoCaptureAndroid$

Expected results:

The camera starts and the video capture is visible on the screen.
It's similar to
OS: Unspecified → Android
Hardware: Unspecified → ARM
Please check if SV can reproduce.
Flags: needinfo?(ioana.chiorean)
Unfortunately, we don't have a Nexus with Gingerbread here, but I've tested on HTC Desire HD (2.3.5) and HTC Desire S (2.3.3), on Release and Nightly, and I'm not able to reproduce.

TN, are you still able to reproduce on latest Release (40)?
Flags: needinfo?(ioana.chiorean) → needinfo?(thomas.nt)
Firefox 40, still the same error with the same stack trace.

I have also tried Firefox on HTC Evo 4G (PC36100) with 2.3.5. It shows directly in HTML: 

TypeError: Object # has no method 'mozGetUserMedia'
Flags: needinfo?(thomas.nt)
Component: Audio/Video → WebRTC
Product: Firefox for Android → Core
Version: Firefox 39 → 39 Branch
Gian-Carlo - any ideas?
Flags: needinfo?(gpascutto)
(In reply to Maire Reavy [:mreavy] (Plz needinfo me) from comment #5)
> Gian-Carlo - any ideas?

Yes, the log is telling.

getSupportedPreviewFpsRange() is broken on this phone.

We can work around that by just hard-coding a suitable value.
Flags: needinfo?(gpascutto)
Assignee: nobody → gpascutto
By the way, you likely need to exact device to reproduce. The list of support framerates is in some device specific config and it's that config which is bused on this phone+Android version combination.
backlog: --- → webrtc/webaudio+
Rank: 25
Priority: -- → P2
We actually have a fix for this in, but upstream updates added the separate call to getSupportedPreviewFpsRange inside startCapture which broke this again.
Ever confirmed: true
Attachment #8661219 - Flags: review?(rjesup) → review+
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla43
You need to log in before you can comment on or make changes to this bug.