Closed Bug 797281 Opened 12 years ago Closed 12 years ago

[Settings][bluetooth] Only allow one device to be connected at a time.

Categories

(Firefox OS Graveyard :: Gaia, defect)

x86_64
Linux
defect
Not set
normal

Tracking

(blocking-basecamp:+)

VERIFIED FIXED
blocking-basecamp +

People

(Reporter: jj.evelyn, Unassigned)

Details

Attachments

(1 file)

Per platform implementation, only one device can be connected (Handsfree) at a time, so need Gaia prompts alert to notify user that he is trying to connect another device and will disconnect the original one.
Attachment #667866 - Flags: review?(kaze)
Attachment #667866 - Flags: review?(kaze) → review+
Let's make sure we can land this by getting approval to land or blocking+ first.
blocking-basecamp: --- → ?
Needs product input before deciding on blocking+/-. Is the plan to have only one handsfree allowed at a time clee?
Flags: needinfo?(clee)
My understanding was that the device can only connect to one device at a time.  Are we able to connect to 2 handsfree devices concurrently?

If the above is true and only one device can be connected at once, is UI necessary or can we just swap over to the new device?
Flags: needinfo?(clee)
We need some more info from the platform side to figure out the answers to comment 4.
(In reply to Chris Lee [:clee] from comment #4)
> My understanding was that the device can only connect to one device at a
> time.  Are we able to connect to 2 handsfree devices concurrently?
> 
No, only one handsfree device at a time.
> If the above is true and only one device can be connected at once, is UI
> necessary or can we just swap over to the new device?
Now we just swap over to the new one without any alert prompted. Need UX confirm this is acceptable.
Larissa - Can you give some UX feedback on the design?
blocking-basecamp: ? → +
(In reply to Mark Finkle (:mfinkle) from comment #7)
> Larissa - Can you give some UX feedback on the design?
Let's landed this patch so QA can test this.
If Larissa has UX comments on switch device connection, please file a issue to track it.
Thanks!
Just checking: this only applies to hands-free devices (i.e. headsets), right? Could I potentially connect to a bluetooth keyboard and a headset at the same time? Or is there still going to be a conflict? What about the case where I'm paired with someone else's phone and someone else tries to pair with me? I won't be able to pair with both at the same time, presumably.

As for UX input:
I agree, let's swap them for now without feedback and see if this is acceptable. The heuristic for determining that the user wants to swap devices should be that:

1. The user is currently connected to device A
2. The user tries to connect to device B (from the phone or from device B)
3. The user is disconnected from A and connected to B. Disconnection from A means that A's state in the settings page shows that it's paired, but not connected.e
(In reply to Larissa Co from comment #9)
> Just checking: this only applies to hands-free devices (i.e. headsets),
> right? Could I potentially connect to a bluetooth keyboard and a headset at
> the same time? Or is there still going to be a conflict? What about the case
> where I'm paired with someone else's phone and someone else tries to pair
> with me? I won't be able to pair with both at the same time, presumably.
For v1, we only can connect to headsets, one at a time. But we can pair with many devices, so we probably could share file with them (if they are phones, computers, ...etc).
So:
For connection: paired headset only, one at a time. (it's what this issue focuses)
For file sharing: device that we've paired and allow file sharing connection. (this feature is not in Settings App, but in Bluetooth File Sharing App)
For pairing: any device, if any one requests pairing and user accepts, go into pairing process.
> 
> As for UX input:
> I agree, let's swap them for now without feedback and see if this is
> acceptable. The heuristic for determining that the user wants to swap
> devices should be that:
> 
> 1. The user is currently connected to device A
> 2. The user tries to connect to device B (from the phone or from device B)
> 3. The user is disconnected from A and connected to B. Disconnection from A
> means that A's state in the settings page shows that it's paired, but not
> connected.
Yes, that's what I currently implemented.

Thanks!
https://github.com/mozilla-b2g/gaia/pull/5675

Merged. Thanks.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Verified Fixed in Unagi Build 20130102070202
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: