Closed Bug 1087265 Opened 10 years ago Closed 10 years ago

[Flame] getUserMedia (audio) crashes on build 188

Categories

(Firefox OS Graveyard :: GonkIntegration, defect)

x86_64
Windows 7
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1034147

People

(Reporter: amac, Unassigned)

Details

(Keywords: crash)

STR:
  1. Flash the v188 base build on a Flame
  2. Generate a new build (updating the backup-flame from the 188 build).
  3. Flash the new build
  4. Access the getUserMedia test page at [1]
  5. Press the "Audio button"
   
EXPECTED:
  The system shows an authorization screen and after pressing Share the audio starts being recorded/played

ACTUAL:
  Sometimes the browser crashes right away (and shows a "this is embarrasing" screen). Sometimes it doesn't crash, but no audio is captured, and when pressing the home button the browser tab crashes. The following lines are shown on the logcat:

E/AudioRecord( 1231): Unsupported configuration: sampleRate 44100, format 1, channelMask 0x10
E/AudioRecord( 1231): getMinFrameCount() failed; status -22
E/libOpenSLES( 1231): android_audioRecorder_realize(0xb2d3f800) error creating AudioRecord object
W/libOpenSLES( 1231): Leaving Object::Realize (SL_RESULT_CONTENT_UNSUPPORTED)

I've tried overwriting the whole /system/lib on the phone with the one on the backup (I was trying missing lib per missing lib but I ran out of time and patience) and that fixes the problem. Seems we're either missing some binary blob at the build, or need to update some of the built libraries.

[1] http://mozilla.github.io/webrtc-landing/gum_test.html
Does the workaround or pull request (requires rerunning ./config) in bug 1034147 fix the problem?
Yep, it works now. Thank you!
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.