Closed Bug 1113893 Opened 10 years ago Closed 10 years ago

[Music] .AMR and .OGG Music files have extremely faint volume for 5-7 seconds after terminating a call

Categories

(Firefox OS Graveyard :: AudioChannel, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(b2g-v2.0 affected, b2g-v2.1 affected, b2g-v2.2 affected)

RESOLVED DUPLICATE of bug 1115304
Tracking Status
b2g-v2.0 --- affected
b2g-v2.1 --- affected
b2g-v2.2 --- affected

People

(Reporter: smiko, Unassigned)

References

()

Details

(Whiteboard: [2.2-Daily-Testing])

Attachments

(1 file)

Attached file Logcat
Description: When listening to an .amr or .ogg file via music and the user receives and ends a call, the music will will play at a very low volume. After about 5-7 seconds, then the sound returns to the set volume. Setup: 1 music .amr or .ogg music file. Repro Steps: 1: Update a Flame to 20141219040202. 2: Open Music and play an .amr or .ogg music file. 3: From another device call the DUT and initiate a phone call. 4: End the call Actual: The user is returned to the Music app and the song continues to play. However, the volume plays at an extremely low volume for 5-7 seconds before returning to normal volume. Expected: Once the song returns, the volume returns at the set level. Environmental Variables: Device: Flame 2.2 (319mb)(Kitkat Base)(Full Flash) Build ID: 20141219040202 Gaia: deb90229734e5397cda806fb11f2e001fba83399 Gecko: 021b09e92d30 Gonk: e5c6b275d77ca95fb0f2051c3d2242e6e0d0e442 Version: 37.0a1 Firmware Version: v188-1 User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0 Notes: 1: This issue does NOT occur when listening to .mp3 or .wav files. Repro Rate: 8/8 See attached logcat Video clip (sound included) http://youtu.be/XAJe5vJaTCU
This issue DOES repro on Flame 2.1 (319mb/ full flash) Actual: The user is returned to the Music app and the song continues to play. However, the volume plays at an extremely low volume for 5-7 seconds before returning to normal volume. Actual: The user is returned to the Music app and the song continues to play. However, the volume plays at an extremely low volume for 5-7 seconds before returning to normal volume. Environmental Variables: Device: Flame 2.1 (319mb)(Kitkat Base)(Full Flash) BuildID: 20141219001200 Gaia: 6af3d029bae3a14f400fec0926f0f8ad7b579b4b Gecko: d41f6bd64343 Gonk: e5c6b275d77ca95fb0f2051c3d2242e6e0d0e442 Version: 34.0 (2.1) Firmware: V188-1 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0 "
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
Whiteboard: [2.2-Daily-Testing]
Component: Gaia::Music → AudioChannel
QAWanted for branch checks.
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(pbylenga)
Keywords: qawanted
Tested with Shallow Flash on 319mb using Engineering builds. This bug repro's on Flame KK builds: Flame 2.2 KK, Flame 2.1 KK, Flame 2.0 KK, Flame v188-2 Base Actual Results: Music is too low for several seconds after a call is answered and hung up during music playing. ***NOTE: This bug only happens with NO headphones plugged in. Headphones cause this bug not to occur. Repro Rate: 6/6 Environmental Variables: Device: Flame 2.2 KK BuildID: 20141223065136 Gaia: 0db8a38f9fed18ae2abf5ef7e1b6e2a570b07e0e Gecko: bc71b49d9bf8 Version: 37.0a1 (2.2) Firmware Version: v188-1 User Agent: Mozilla/5.0 (Mobile; rv:37.0) Gecko/37.0 Firefox/37.0 ----------------------------------------------------------------- Environmental Variables: Device: Flame 2.1 KK BuildID: 20141222071650 Gaia: 1a58335917b23c170d85bf821f658e964c935b23 Gecko: 5509822354a9 Version: 34.0 (2.1) Firmware Version: v188-1 User Agent: Mozilla/5.0 (Mobile; rv:34.0) Gecko/34.0 Firefox/34.0 ----------------------------------------------------------------- Environmental Variables: Device: Flame 2.0 KK BuildID: 20141222071429 Gaia: ce83ea7b8e3fa2d1c3fd771fc22b654c18b3c381 Gecko: 7d0adaf6c447 Version: 32.0 (2.0) Firmware Version: v188-1 User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0 ----------------------------------------------------------------- Environmental Variables: Device: Flame v188-1 Base BuildID: 20141021162107 Gaia: 8c5c956ee6909408e29f375cc7d843a03d92f3d8 Version: 32.0 (2.0) Firmware: V188-1 User Agent: Mozilla/5.0 (Mobile; rv:32.0) Gecko/32.0 Firefox/32.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(jmitchell)
Keywords: qawanted
QA Contact: croesch
NI to Music app owner for blocking decision / assignment; notes: Not a regression, uses less common file types
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(jmitchell) → needinfo?(npark)
QA Contact: croesch
[Blocking Requested - why for this release]: playback feature is noticeably affected, and it is a common use case scenario
blocking-b2g: --- → 2.1?
Flags: needinfo?(npark)
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
blocking-b2g: 2.1? → ---
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: