Closed
Bug 1087265
Opened 10 years ago
Closed 10 years ago
[Flame] getUserMedia (audio) crashes on build 188
Categories
(Firefox OS Graveyard :: GonkIntegration, defect)
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
Comment 1•10 years ago
|
||
Does the workaround or pull request (requires rerunning ./config) in bug 1034147 fix the problem?
Reporter | ||
Comment 2•10 years ago
|
||
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.
Description
•