Closed Bug 1027482 Opened 11 years ago Closed 11 years ago

[Bluetooth][PTS][Bluedroid][2.0] TC_AG_OAC_BV_01_I Failed

Categories

(Firefox OS Graveyard :: Bluetooth, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1027506

People

(Reporter: ericcc, Assigned: shawnjohnjr)

References

Details

Attachments

(1 file, 2 obsolete files)

Attached file TC_AG_OAC_BV_01_I.zip (obsolete) —
### STR Test case : TC_AG_OAC_BV_01_I started - SDP Service record for PTS: 'Headset HS' successfully registered - Using SDP to determine IUT RFCOMM server channel number. - ProtocolDescriptorList: IUT reports that its RFCOMM server channel number is 2 - ProfileDescriptorList: Headset Profile version retrieved successfully - AT: SPP connect succeeded - AT: SPP connection enabled - MTC: SPP Connection established from IUT - AT: RING - Unexpected CM from CP_AT_MTC - AT: Service Level Connection disabled - MTC: Test case ended Final Verdict : Inconclusive ### Version https://pvtbuilds.mozilla.org/pvt/mozilla.org/b2gotoro/nightly/mozilla-aurora-nexus-4/2014/06/2014-06-17-16-02-02/
Attached file TC_AG_OAC_BV_01_I.zip
### STR correction with Outgoing call Test case : TC_AG_OAC_BV_01_I started - SDP Service record for PTS: 'Headset HS' successfully registered - Using SDP to determine IUT RFCOMM server channel number. - ProtocolDescriptorList: IUT reports that its RFCOMM server channel number is 2 - ProfileDescriptorList: Headset Profile version retrieved successfully - AT: SPP connect succeeded - AT: SPP connection enabled - MTC: SPP Connection established from IUT - HCI: Audio Connection enabled - HCI: Audio Connection disabled - FATAL ERROR (MTC): The IUT and PTS should, but do not have an Audio Connection - AT: Service Level Connection disabled - MTC: Test case ended Final Verdict : Fail
Attachment #8442600 - Attachment is obsolete: true
Assignee: nobody → shuang
Attachment #8444413 - Attachment is obsolete: true
Attachment #8444413 - Flags: review?(echou)
Attachment #8444413 - Flags: feedback?(btian)
When HFP connection lost, we shall not consider SCO also get disconnected. Patch in bug 1027506 can fix this problem.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → DUPLICATE
When HFP connection lost, we shall not consider SCO also get disconnected. Patch in bug 1027506 can fix this problem. Because it's possible BluetoothHFPManger::Reset() get called, and Audio state changed to disconnected, but SCO connection did not really get disconnected.
I tested patch in bug 1027506 for 5 times, all pass.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: