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)
Tracking
(b2g-v2.0 affected, b2g-v2.1 affected, b2g-v2.2 affected)
RESOLVED
DUPLICATE
of bug 1115304
People
(Reporter: smiko, Unassigned)
References
()
Details
(Whiteboard: [2.2-Daily-Testing])
Attachments
(1 file)
405.38 KB,
text/plain
|
Details |
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
Reporter | ||
Comment 1•10 years ago
|
||
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?]
status-b2g-v2.1:
--- → affected
status-b2g-v2.2:
--- → affected
Flags: needinfo?(pbylenga)
Whiteboard: [2.2-Daily-Testing]
Updated•10 years ago
|
Component: Gaia::Music → AudioChannel
Comment 2•10 years ago
|
||
QAWanted for branch checks.
Comment 3•10 years ago
|
||
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?]
status-b2g-v2.0:
--- → affected
Flags: needinfo?(jmitchell)
Keywords: qawanted
QA Contact: croesch
Comment 4•10 years ago
|
||
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
Comment 5•10 years ago
|
||
[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)
Updated•10 years ago
|
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
Updated•10 years ago
|
blocking-b2g: 2.1? → ---
You need to log in
before you can comment on or make changes to this bug.
Description
•