Closed
Bug 1037359
Opened 10 years ago
Closed 10 years ago
[dolphin][flame] Music came out from device for 1~2s and then became paused when user turned off BT headset
Categories
(Firefox OS Graveyard :: AudioChannel, defect)
Tracking
(b2g-v1.3 affected, b2g-v1.3T affected, b2g-v1.4 affected, b2g-v2.0 ?)
RESOLVED
FIXED
2.1 S1 (1aug)
People
(Reporter: angelc04, Assigned: xwaynec)
References
Details
(Whiteboard: [sprd328513])
Attachments
(3 files, 1 obsolete file)
2.82 MB,
text/plain
|
Details | |
3.70 KB,
patch
|
mwu
:
review+
|
Details | Diff | Splinter Review |
3.70 KB,
patch
|
Details | Diff | Splinter Review |
Steps to reproduce
----------------------------------------------------------------------
0. Pair a BT headset to device
1. Launch Music and play some song
Music comes out from BT headset
2. Turn off BT headset or disconnect BT headset
--> Music will come out from device for about 1-2s and then paused.
[expected] Music should directly pause.
Issue can be reproduced on both flame v1.4 an ddolphin.
Attached is adb log. Test starts: 07-11 16:48:02.101
Test build
---------------------------------------------------------------
Gaia b0e9b4bdb39c5eb93a6783a34624ffc84f62b126
Gecko https://hg.mozilla.org/releases/mozilla-b2g30_v1_4/rev/ccabaf8826a4
BuildID 20140710000202
Version 30.0
Reporter | ||
Updated•10 years ago
|
Whiteboard: [sprd328513][partner-blocker]
Reporter | ||
Updated•10 years ago
|
blocking-b2g: --- → 1.4?
Comment 1•10 years ago
|
||
Low user impact and not a regression. Move it to 2.1.
Hi Eric,
Mind if you can have someone to take a look this issue and see if it can be fixed in 2.1 time frame?
blocking-b2g: 1.4? → 2.1?
Flags: needinfo?(echou)
Comment 2•10 years ago
|
||
Star / Wayne,
IIRC we have dealt with another issue which was very similar to this. Could you guys give some feedback?
Flags: needinfo?(waychen)
Flags: needinfo?(scheng)
Flags: needinfo?(echou)
Comment 3•10 years ago
|
||
(In reply to Eric Chou [:ericchou] [:echou] from comment #2)
> Star / Wayne,
>
> IIRC we have dealt with another issue which was very similar to this. Could
> you guys give some feedback?
The root cause: switching audio routing path is earlier than notifying music app to pause itself.
Wayne and I have discussed that issue and provided a solution to resolve it.
Hi, Wayne
Could you help to provide the patch?
Thanks
Flags: needinfo?(scheng)
Assignee | ||
Comment 4•10 years ago
|
||
When user turn off bt headset, delay routing to avoid leakage of audio from speaker
Attachment #8459480 -
Flags: review?(mwu)
Flags: needinfo?(waychen)
See Also: → 1000649
Comment 5•10 years ago
|
||
According to comment 4, Wayne has provided the patch. So assign owner to him.
Assignee: nobody → waychen
Comment 6•10 years ago
|
||
Comment on attachment 8459480 [details] [diff] [review]
bug-1037359-fix.patch
Review of attachment 8459480 [details] [diff] [review]:
-----------------------------------------------------------------
::: dom/system/gonk/AudioManager.cpp
@@ +238,5 @@
> }
> }
>
> +static void
> +InternalSetA2dpRoutes(audio_policy_dev_state_t aState, const char *aAddress)
Inline this function into ProcessDelayedA2dpRoute since there is only one user.
@@ +242,5 @@
> +InternalSetA2dpRoutes(audio_policy_dev_state_t aState, const char *aAddress)
> +{
> + if (static_cast<
> + status_t (*)(audio_devices_t, audio_policy_dev_state_t, const char*)
> + >(AudioSystem::setDeviceConnectionState)) {
This check wasn't necessary before - why add it now?
@@ +300,5 @@
> + sA2dpSwitchDone = false;
> + String8 cmd("bluetooth_enabled=false");
> + AudioSystem::setParameters(0, cmd);
> + cmd.setTo("A2dpSuspended=true");
> + AudioSystem::setParameters(0, cmd);
What's the point of setting parameters here if you're also doing it in the runnable?
@@ +309,5 @@
> String8 cmd("bluetooth_enabled=true");
> AudioSystem::setParameters(0, cmd);
> cmd.setTo("A2dpSuspended=false");
> AudioSystem::setParameters(0, cmd);
> + }
Trailing whitespace here.
Attachment #8459480 -
Flags: review?(mwu)
Reporter | ||
Updated•10 years ago
|
Whiteboard: [sprd328513][partner-blocker] → [sprd328513]
Assignee | ||
Comment 7•10 years ago
|
||
Hi Michael,
I'm sorry for trouble you again.
Sincerely,
Wayne
Attachment #8462367 -
Flags: review?(mwu)
Updated•10 years ago
|
Attachment #8462367 -
Flags: review?(mwu) → review+
Assignee | ||
Comment 8•10 years ago
|
||
status-b2g-v2.0:
--- → ?
status-b2g-v2.1:
--- → ?
Assignee | ||
Updated•10 years ago
|
status-b2g-v2.1:
? → ---
Assignee | ||
Updated•10 years ago
|
Attachment #8462367 -
Attachment description: bug-1037359-fix-v2.patch → [central][v2.0]bug-1037359-fix-v2.patch
Assignee | ||
Updated•10 years ago
|
Attachment #8459480 -
Attachment is obsolete: true
Assignee | ||
Comment 9•10 years ago
|
||
Assignee | ||
Updated•10 years ago
|
Keywords: checkin-needed
Comment 10•10 years ago
|
||
Keywords: checkin-needed
Comment 11•10 years ago
|
||
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → 2.1 S1 (1aug)
Comment 13•10 years ago
|
||
[Blocking Requested - why for this release]:
Change to 1.4 ?
Per comment9, the patch is ready on 1.4.Thanks !
blocking-b2g: 2.1? → 1.4?
Flags: needinfo?(ryang)
Comment 14•10 years ago
|
||
Minor issue and same symptom observed on many android devices too.
blocking-b2g: 1.4? → ---
Comment 15•10 years ago
|
||
Hi, Wayne Chang.
I want to affect the modified patch on b2g 2.0 , too.
Could you help to provide the patch?
Thanks for helping me.
Comment 16•10 years ago
|
||
[Blocking Requested - why for this release]:
It will be included in 2.1.
Reverting the flag to pre-comment 13 for triage.
blocking-b2g: --- → 2.1?
Flags: needinfo?(wchang)
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
•