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)

ARM
Gonk (Firefox OS)
defect

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 ++++++++++
Component: Gaia::Bluetooth File Transfer → Gaia::Settings
blocking-b2g: --- → tef?
Gina, would you please take a look? Thanks.
Assignee: nobody → gyeh
Blocking, assuming that this reproduces.
blocking-b2g: tef? → tef+
Component: Gaia::Settings → Bluetooth
Keywords: qawanted
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)
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.
Suggest to talk with the reporter face to face this week.
If you don't know who they are, ping me.
Whiteboard: [POVB]
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)
Attached file logcat_dmesg_log
Logcat+dmesg hcidump will arrive later...
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.
n-i for hcidump or sniffer trace.
Flags: needinfo?(sync-1)
Whiteboard: [POVB] → [POVB][buri]
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)
(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
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
(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
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)
Flags: needinfo?(sync-1)
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.

Attachment

General

Creator:
Created:
Updated:
Size: