974149 - [B2G][Settings][Bluetooth] Accepting a second call with Bluetooth headset, terminates the first call

Status: RESOLVED DUPLICATE of bug 923743

(Firefox OS Graveyard :: Bluetooth, defect)

Description

[Salem Elkabule]

Attachment: bluetooth headset.txt

Description:
When the user is on an active call and receives a second call from another device and answers with the Bluetooth headset. The first call terminates instead of being on hold

Prerequisites: Bluetooth headset paired with the device, Call waiting enabled

Repro Steps:
1. Updated Buri Build ID: 20140218004003
2. Make a call DUT device
3. Accept the call with the Bluetooth headset
4. Make another call to DUT with a second device
5. Accept the call with the Bluetooth headset


Actual:
Accepting the second call via the Bluetooth headset terminates the first call

Expected:
When accepting the second call the first call must be placed on hold

Environmental Variables
Device: Buri 1.3 MOZ RIL 
Build ID: 20140218004003
Gecko: https://hg.mozilla.org/releases/mozilla-b2g28_v1_3/rev/b5afe0b10e93
Gaia: df60e9b49207d64da5647ab15760c122adabfba4
Platform Version: 28.0
Firmware Version: v1.2-device.cfg



Repro frequency: 100%
Link to failed test case: https://moztrap.mozilla.org/manage/case/6697/
See attached: Logcat, Video clip(http://www.youtube.com/watch?v=cNZrp60i6L0&edit=vd)

Comment 1

[Salem Elkabule]

This issue reproduces on buri 1.2

1.2
Environmental Variables
Device: buri 1.2 MOZ RIL
Build ID: 20140213004001
Gecko: https://hg.mozilla.org/releases/mozilla-b2g26_v1_2/rev/4fd893896d02
Firmware Version: v1.2-device.cfg

Accepting the second call via the Bluetooth headset terminates the first call

Comment 2

[Ben Tian (inactive)]

The headset may send CHLD=1 command (terminate active call and accept incoming call) instead of CHLD=2 (hold active call and accept incoming call) to phone. Please provide hcidump as following steps. Also which BT headset do you use?

--
hcidump log

    hcidump is a tool for Bluetooth protocol analysis.
    If you're using release build, hcidump would not be included. Please refer to Bug 828810 comment 7 for the step-by-step about how to get hcidump from release build.
    Take the following steps to get hcidump log:
        1. Turn on Bluetooth
        2 - 1. For headset/car kit issues, please enter adb shell hcidump --ascii -t > hcidump.txt
        2 - 2. For file transferring and other issues, please enter adb shell hcidump --hex -t > hcidump.txt
        3. Do the test
        4. Attach hcidump.txt to the bug 

https://wiki.mozilla.org/B2G/Bluetooth#Helpful_Debugging_Information

Comment 3

[Jason Smith [:jsmith]]

Two things for qawanted:

1. Address the need in comment 2
2. Test this on 1.1

Comment 4

[Salem Elkabule]

Attachment: hcidump.txt

Headset used is Rocket Fish model RF-QX4

I Add the hcidump file Attachment


This issue reproduces on buri 1.1 

Environmental Variables
Device: Buri 1.1 MOZ RIL
Build ID: 20140218041202
Gecko: https://hg.mozilla.org/releases/mozilla-b2g18/rev/d7f2811943d1
Gaia: c5cb252e5d1aa45d14f3a2ea182e73e2271e4496
Platform Version: 18.1
RIL Version: 01.02.00.019.102

Comment 5

[Ben Tian (inactive)]

The bug is duplicate of bug 923743.

Rocketfish RF-QX4 BT headset doesn't support "Call waiting notification" and "Three way calling." It sends AT+CHUP command (terminate current active call) to phone when the second call incomes.