Closed Bug 1006151 Opened 11 years ago Closed 10 years ago

[B2G][Open_C][Bluetooth] While paired to a headset the user does not recieve a pair request from another phone

Categories

(Firefox OS Graveyard :: Bluetooth, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(b2g-v1.3 affected, b2g-v1.4 affected)

RESOLVED WONTFIX
Tracking Status
b2g-v1.3 --- affected
b2g-v1.4 --- affected

People

(Reporter: jschmitt, Unassigned)

Details

Attachments

(1 file)

Attached file log.txt
Description: While being paired to a Bluetooth headset, the user does not receive a pair request. Repro Steps: 1) Update a Open_C to BuildID: 20140505000201 2) Proceed to the Settings app 3) Open Bluetooth settings 4) Pair the test device to a Bluetooth headset 5) Set the test device to 'Visible to all' 6) With a 2nd device, pair to the test device Actual: The test device does not receive a pair request. Expected: The test device can receive pair requests when paired to headsets. 1.4 Environmental Variables: Device: Open_C 1.4 BuildID: 20140505000201 Gaia: fccb15d6940db51615545574877a62d69406b1c2 Gecko: bf937fbec8c1 Version: 30.0 Firmware Version: P821A10-ENG_20140429 Notes: Repro frequency: 100%, See attached: logcat
Was unable to repro on 1.4 Buri build. I noticed that the pair request was delayed on the 1.4 Buri 1.4 Environmental Variables: Device: Buri 1.4 MOZ BuildID: 20140505000201 Gaia: fccb15d6940db51615545574877a62d69406b1c2 Gecko: bf937fbec8c1 Version: 30.0 Firmware Version: v1.2-device.cfg
Does this reproduce on a 1.3 Open C base image?
Keywords: qawanted
QA Contact: jmitchell
This DOES reproduce on the 1.3 Open C base image 1.3 Environmental Variables: Device: Open_C 1.3 BuildID: 20140505052400 Gaia: Unknown Git commit; build date shown here. Gecko: Version: 28.0 Firmware Version: FFOS_US_EBAY_P821A10V1.0.0B06_LOG_DL notes: Secondary device was given a message: "Can't communicate with Open C" (Open C = name of DUT)
Keywords: qawanted
qawanted to confirm whether this bug occurs on Aries/Flame with the latest m-c.
Keywords: qawanted
I was unable to reproduce this issue with Flame or Aries 2.5 builds. This issue was not able to reproduce on other devices at the time and is likely only on Open_C. Actual Results: The device can receive a pair request from another phone while paired to a headset. Environmental Variables: Device: Flame 2.5 BuildID: 20150909050641 Gaia: 60e212543329ee48f2921e0cd92aaca4b4ce2f6a Gecko: dd9e40b4695909f1595814c0e79e4d55d73dc283 Gonk: 040bb1e9ac8a5b6dd756fdd696aa37a8868b5c67 Version: 43.0a1 (2.5) Firmware Version: v18D User Agent: Mozilla/5.0 (Mobile; rv:43.0) Gecko/43.0 Firefox/43.0 Environmental Variables: Device: Aries 2.5 BuildID: 20150909215207 Gaia: 47459eead04385e22f967012b824f5abdddcfb7c Gecko: dd2a1d737a64d9a3f23714ec5cc623ec8933b51f Gonk: 2916e2368074b5383c80bf5a0fba3fc83ba310bd Version: 43.0a1 (2.5) Firmware Version: D5803_23.1.A.1.28_NCB.ftf User Agent: Mozilla/5.0 (Mobile; rv:43.0) Gecko/43.0 Firefox/43.0
QA Whiteboard: [QAnalyst-Triage?]
Flags: needinfo?(ktucker)
Keywords: qawanted
QA Whiteboard: [QAnalyst-Triage?] → [QAnalyst-Triage+]
Flags: needinfo?(ktucker)
Mark as WONTFIX since the bug doesn't occur on the latest m-c per comment 5. Please reopen for any further concern or if it reoccurs.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: