Closed
Bug 860684
Opened 13 years ago
Closed 13 years ago
[Buri][BT][regression]BT headset disconnected itself when the second call coming
Categories
(Firefox OS Graveyard :: Bluetooth, defect, P1)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: sync-1, Assigned: gyeh)
Details
(Whiteboard: [POVB][buri])
Attachments
(1 file)
|
102.87 KB,
application/octet-stream
|
Details |
+++ This bug was initially created as a clone of Bug #438078 +++
Created an attachment (id=386883)
log
DEFECT DESCRIPTION:
BT headset disconnected itself when the second call coming
REPRODUCING PROCEDURES:
1.Connected a BT headset(Vondafone A2201)
2.Dial up a call such as 10086,then a another call coming
3.Find 10086 have no sound output,back to seting ,BT headset has disconnected itself
PS:Even hang up and black screen one time
EXPECTED BEHAVIOUR:
For KO,BT headset should not disconnected itself
ASSOCIATE SPECIFICATION:
TEST PLAN REFERENCE:
TOOLS AND PLATFORMS USED:
USER IMPACT:
REPRODUCING RATE:
5/5
For FT PR, Please list reference mobile's behavior:
++++++++++ end of initial bug #438078 description ++++++++++
Updated•13 years ago
|
Component: Gaia::Bluetooth File Transfer → Gaia::Settings
Updated•13 years ago
|
blocking-b2g: --- → tef?
Comment 1•13 years ago
|
||
Gina, would you please take a look? Thanks.
Updated•13 years ago
|
Assignee: nobody → gyeh
Updated•13 years ago
|
Component: Gaia::Settings → Bluetooth
| Assignee | ||
Comment 3•13 years ago
|
||
Followed the reproduce procedures but had no luck to reproduce. Can anyone help to reproduce it?
I think this could be IOP problem, could you provide air sniffer trace? Since there are many reason to cause bluetooth disconnection. We need air sniffer trace to identify problem. Otherwise, we cannot proceed this bug.
Flags: needinfo?(sync-1)
| Assignee | ||
Comment 5•13 years ago
|
||
I tried with two different Bluetooth headset: Jabra wave+ and Plantronics discovery 975. There's no problem with both of them. In details, the established connection is still existed, we can either "release the current call and answer the new call" or "put current call on hold and answer the new call".
Please also tell us your version number of Gecko. Thanks.
Comment 6•13 years ago
|
||
Suggest to talk with the reporter face to face this week.
Comment 7•13 years ago
|
||
If you don't know who they are, ping me.
Updated•13 years ago
|
Whiteboard: [POVB]
Comment 8•13 years ago
|
||
Based on Kevin's comments, I'm removing qawanted and suggesting that Gina and the reporter talk to each other to figure this out to avoid QA testing churn.
Keywords: qawanted
Gecko version:
AU_LINUX_GECKO_ICS_STRAWBERRY_V1.01.00.01.19.059
Flags: needinfo?(sync-1)
Comment 10•13 years ago
|
||
Logcat+dmesg
hcidump will arrive later...
| Assignee | ||
Comment 11•13 years ago
|
||
Thanks, zhiming. I've checked the attachment. But I cannot get any hint from either logcat or dmesg.
Will come back and check it soon once if hcidump or sniffer trace is attached.
Updated•13 years ago
|
Whiteboard: [POVB] → [POVB][buri]
| Reporter | ||
Comment 13•13 years ago
|
||
Can not verify this PR on sw123 or sw123-1 becasuce PR:437756
Summary: [REG][CW]No incoming call interface when one call established block.
Call waiting have no effect!
Thanks!
Flags: needinfo?(sync-1)
Comment 14•13 years ago
|
||
(In reply to sync-1 from comment #13)
> Can not verify this PR on sw123 or sw123-1 becasuce PR:437756
> Summary: [REG][CW]No incoming call interface when one call established
> block.
> Call waiting have no effect!
> Thanks!
on latest sw, it's blocked by https://bugzilla.mozilla.org/show_bug.cgi?id=863145
Comment 15•13 years ago
|
||
The reporter can't reproduce this issue anymore with latest build. Close this issue for now. Thanks!
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Comment 16•13 years ago
|
||
(In reply to sync-1 from comment #13)
> Can not verify this PR on sw123 or sw123-1 becasuce PR:437756
> Summary: [REG][CW]No incoming call interface when one call established
> block.
> Call waiting have no effect!
> Thanks!
Hi Gina,
We can not reproduce the bug on Buri with latest SW release since the process is broken by another issue:
https://bugzilla.mozilla.org/show_bug.cgi?id=855577
In addition we realized the bug also not re-producible on the old build, maybe it was linked with some special condition. What a about we downgrade the priority of this issue, at least remove tef+ for the moment
| Assignee | ||
Comment 17•13 years ago
|
||
Hi Zhiming,
Kevin helped to close this issue since it can't be re-producible now. Feel free to re-open it if needed.
Flags: needinfo?(sync-1)
| Assignee | ||
Updated•13 years ago
|
Flags: needinfo?(sync-1)
Comment 18•13 years ago
|
||
Removing tef+ per comment 16
>
> In addition we realized the bug also not re-producible on the old build,
> maybe it was linked with some special condition. What a about we downgrade
> the priority of this issue, at least remove tef+ for the moment
Please reopen and renom if issue reappears.
blocking-b2g: tef+ → ---
You need to log in
before you can comment on or make changes to this bug.
Description
•