Closed
Bug 917675
Opened 12 years ago
Closed 7 years ago
[Buri][Music]The voice come from device speaker when insert headset.
Categories
(Firefox OS Graveyard :: AudioChannel, defect, P1)
Firefox OS Graveyard
AudioChannel
Tracking
(blocking-b2g:-, b2g18 affected, b2g-v1.2 affected)
RESOLVED
WONTFIX
blocking-b2g | - |
People
(Reporter: sync-1, Unassigned)
Details
(Whiteboard: [u=devices c=media p=0] [MEDIA_RECORDING] vendcom)
Attachments
(2 files)
Firefox os v1.1
Mozilla build ID:20130902041201
Created an attachment (id=520573)
pic
DEFECT DESCRIPTION:
The sound come from device speaker when insert headse
REPRODUCING PROCEDURES:
precondition:insert headset
1、launch music app->choose a track and play it
2、tap pause button->plug out headset->tap homekey and back to homescreen
3、wait till the screen dims->insert headset->unlock screen->launch music app and play the track
4、the sound come from device speaker but not headset
EXPECTED BEHAVIOUR:
the sound come from headset
ASSOCIATE SPECIFICATION:
TEST PLAN REFERENCE:
TOOLS AND PLATFORMS USED:
USER IMPACT:
moderate
REPRODUCING RATE:
3/3
For FT PR, Please list reference mobile's behavior:
Maybe this issue is cause by AecSetDevice function inframeworks/base/media/libeffects/preprocessing/preprocessing.cpp. Maybe the parameter of set_routing_mode is wrong.Please pay attention to this issue.
I have seen a variant of this where I unplug the headphones while the device is asleep and then plug in when the device is woken and have had this happen.
Comment 9•12 years ago
|
||
CJ - Can you have someone from your team help look into whats going on here?
Thanks
Hema
Flags: needinfo?(cku)
Whiteboard: MEDIA_RECORDING
Comment 10•12 years ago
|
||
hi jw, please help on checking this issue.
Flags: needinfo?(cku) → needinfo?(jwwang)
Comment 11•12 years ago
|
||
After discussing with Randy offline, we will help this issue.
Flags: needinfo?(jwwang)
QA Contact: mchen
Whiteboard: MEDIA_RECORDING → [u=devices c=media p=0]
Updated•12 years ago
|
Whiteboard: [u=devices c=media p=0] → [u=devices c=media p=0] [MEDIA_RECORDING]
Comment 13•12 years ago
|
||
Thanks Marco, please assign to Randy if he is working on it (giving it to you)
thanks a bunch!
hema
Assignee: nobody → mchen
Updated•12 years ago
|
Assignee: mchen → scheng
Comment 14•12 years ago
|
||
Hi QA members,
Could you help to verify that this issue can be found on another devices?
I want to check is this a device specific bug.
Thanks.
Keywords: qawanted
Comment 15•12 years ago
|
||
After testing on the latest 1.2 build for an Inari, a Leo, and a Buri, the Buri was the only device to reproduce the bug so it looks like a device specific bug. The Leo and the Inari would play the music through the headset after waking the device up.
Environmental Variables:
Inari v 1.2 Mozilla RIL
Build ID: 20131018004000
Gecko: http://hg.mozilla.org/releases/mozilla-aurora/rev/2664ac296982
Gaia: N/A
Platform Version: 26.0a2
Leo v 1.2 Mozilla RIL
Build ID: 20131017004001
Gecko: http://hg.mozilla.org/releases/mozilla-aurora/rev/7ca5d1e81d37
Gaia: dbcc171eae6b4d9d168a48291d5ea54c7580561a
Platform Version: 26.0a2
Buri v 1.2 Mozilla RIL
Build ID: 20131017004001
Gecko: http://hg.mozilla.org/releases/mozilla-aurora/rev/7ca5d1e81d37
Gaia: dbcc171eae6b4d9d168a48291d5ea54c7580561a
Platform Version: 26.0a2
Keywords: qawanted
Comment 16•12 years ago
|
||
I've definitely had some weird stuff happen related to this on an Inari (on the master branch). I use an OMTP<->CTIA adapter for my headphones, and it only seems to work correctly if I start playing music, plug the adapter in, and *then* plug the headphones in. It's entirely possible that this is some kind of extremely vague hardware problem, though.
Comment 17•12 years ago
|
||
Hi Sync-1,
Since this is a specific issue on Buri only, could you give the first investigation on the view of Audio HAL then discuss with us for the root cause? Thanks.
Flags: needinfo?(sync-1)
Updated•12 years ago
|
QA Contact: mchen
Comment 18•12 years ago
|
||
Given we have shipped with this bug in 1.1 and limited time remaining to finish 1.2, punting this to 1.3
blocking-b2g: koi+ → 1.3?
Comment 19•12 years ago
|
||
As discussed in the triage this bug is moving out of koi+ because we shipped with in 1.1.
However, this is basic functionality. Sandip/Marco - please add it to your backlog for 1.3 and prioritize the fix
Thanks
Hema
Flags: needinfo?(mchen)
Comment 20•12 years ago
|
||
Hi Hema,
Please refer to comment 15 which shows this is a device specific bug so comment 17 asked partner's help to do investigation first. Without their analysis on view of Audio HAL, we can't set date to solve it.
Flags: needinfo?(mchen)
Comment 21•12 years ago
|
||
Marcia, Can we retest with 1.2 base image?
Comment 22•12 years ago
|
||
I can retest this with a newer base image, but it would be helpful to know which kinds of headsets/headphones are being used as well (the ones that came with the phone?)
Updated•12 years ago
|
Flags: needinfo?(mozillamarcia.knous)
Comment 23•12 years ago
|
||
Buri, using:
Gaia 71063dd91bc8cbb15ba335236ed67a1c5058bd58
SourceStamp cf378dddfac8
BuildID 20131121040202
Version 28.0a1
Base Image: 11-15
I can reproduce this behavior using the default Alcatel headset that comes with the device, using the latest base image.
This behavior also happens if you play the track from the lock screen.
Flags: needinfo?(mozillamarcia.knous)
Comment 24•12 years ago
|
||
triage team asked me to retest - if there is a workaround that will affect the blocking decision - for example will reinserting the headset fix it?
Flags: needinfo?(mozillamarcia.knous)
Comment 25•12 years ago
|
||
Adding the right component, please triage
Component: Gaia::Music → AudioChannel
Comment 26•12 years ago
|
||
(In reply to Marcia Knous [:marcia - use needinfo] from comment #24)
> triage team asked me to retest - if there is a workaround that will affect
> the blocking decision - for example will reinserting the headset fix it?
Using Buri, a workaround exists - if I close the music app and relaunch, and replug the headphones everything seems to work fine.
Gaia 8fca2ca67e8a6022fe6ed8cb576e5d59dfb5237f
SourceStamp 1401e4b394ad
BuildID 20131206040203
Version 28.0a1
Flags: needinfo?(mozillamarcia.knous)
Comment 27•12 years ago
|
||
Not a blocker - we've shipped with this bug in 1.1 & 1.2.
blocking-b2g: 1.3? → -
Hi Jack, although this issue is not a blocker, it indeed brings bad user experience to end users. Please help to assign someone to check this auido path problem
Thanks
Flags: needinfo?(liuyongming)
Comment 29•12 years ago
|
||
Hi Vance,
Is it only reproduced on buri device? Can you help confirm that.
Your information will be helpful, thanks in advance.
Flags: needinfo?(sync-1)
Flags: needinfo?(liuyongming)
Hi Jack -
Yes, I just test on some other devices, and this issue can only be reproduced on buri device. please let me know if you need more information
Flags: needinfo?(liuyongming)
Comment 31•12 years ago
|
||
Hi Vance,
We have started to investigate it.
Thanks.
Flags: needinfo?(liuyongming)
Comment 32•11 years ago
|
||
(In reply to Jack Liu from comment #31)
> Hi Vance,
>
> We have started to investigate it.
>
> Thanks.
according to comment #31, I set the owner as default owner.
Assignee: scheng → nobody
Whiteboard: [u=devices c=media p=0] [MEDIA_RECORDING] → [u=devices c=media p=0] [MEDIA_RECORDING] vendcom
Comment 33•7 years ago
|
||
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•