Closed Bug 840943 Opened 13 years ago Closed 11 years ago

[Bluetooth] UI gets confused during connect/disconnect

Categories

(Firefox OS Graveyard :: Gaia::Bluetooth, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(blocking-b2g:-, b2g18+)

RESOLVED INVALID
blocking-b2g -
Tracking Status
b2g18 + ---

People

(Reporter: tzimmermann, Assigned: jj.evelyn)

References

Details

Attachments

(2 files, 1 obsolete file)

While trying to reproduce bug 838212, I noticed that the Bluetooth UI gets confused about the internal state of the connection. STR: - pair phone with a Bluetooth headset - tap connect/disconnect button several times in a row before operation has completed Expected result: - phone and head set should (dis-)connect correctly Actual result: - phone gets confused about the connection status and displays warnings I have to unpair the device, turn off Bluetooth and restart the phone to get the headset working again. Maybe this is also in internal problem within the Bluetooth system, but I think the connect button should not allow several parallel connection attempts.
I'm not sure if this is more a problem in the Bluetooth app or the platform. This patch for the Bluetooth sub-sys at least fixes the problem for me.
Attachment #713423 - Flags: review?(ehung)
Attachment #713423 - Flags: review?(echou)
FYI: the call to OnConnectSuccess(); in the patch once crashed my phone. I'll supply an update next week.
Attachment #713423 - Attachment is obsolete: true
Attachment #713423 - Flags: review?(ehung)
Attachment #713423 - Flags: review?(echou)
Attachment #715151 - Flags: review?(echou)
Comment on attachment 715151 [details] [diff] [review] Return success on connect operation if connection already exists Review of attachment 715151 [details] [diff] [review]: ----------------------------------------------------------------- My original idea was, returning false to indicate this /Connect procedure/ does not complete, or does not even begin. In addition, in this case, returning true conveys a message to applications, which is "Yes, I'm connecting/connected with you." But in reality it may not be true since we don't check if current connecting/connected device is aDevicePath. Is the original problem really caused by this returning value?
Attachment #715151 - Flags: review?(echou) → review-
blocking-b2g: --- → leo?
Comment on attachment 715152 [details] Pointer to Github pull request: https://github.com/mozilla-b2g/gaia/pull/8174 I won't r+ this until my comment on the PR is answered. Thanks.
Comment on attachment 715152 [details] Pointer to Github pull request: https://github.com/mozilla-b2g/gaia/pull/8174 according to tzimmermann's comment on Github, the patch is a Gaia side fix based on attachment 715151 [details] [diff] [review] which is r- by Eric. So I r- here too. I'd like to separate Gaia fix to another issue to make it clear and easy to track within a bunch of commits in Gaia. If the issue still need any Gaia change, please file a follow-up issue for it. Thank you very much.
Attachment #715152 - Flags: review?(ehung) → review-
Triage: tracking+, not blocking since STR involve tapping button several times.
blocking-b2g: leo? → -
Depends on: 850175
Depends on: 850157
No longer depends on: 850175
Assignee: nobody → ehung
We locked UI to prevent multiple tapping in a very short time on other bugs. Close this as Invalid.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: