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)
Tracking
(blocking-b2g:-, 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.
| Reporter | ||
Comment 1•13 years ago
|
||
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)
| Reporter | ||
Updated•13 years ago
|
tracking-b2g18:
--- → ?
| Reporter | ||
Comment 2•13 years ago
|
||
FYI: the call to OnConnectSuccess(); in the patch once crashed my phone. I'll supply an update next week.
| Reporter | ||
Comment 3•13 years ago
|
||
Attachment #713423 -
Attachment is obsolete: true
Attachment #713423 -
Flags: review?(ehung)
Attachment #713423 -
Flags: review?(echou)
Attachment #715151 -
Flags: review?(echou)
| Reporter | ||
Comment 4•13 years ago
|
||
Attachment #715152 -
Flags: review?(ehung)
Comment 5•13 years ago
|
||
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-
Updated•13 years ago
|
blocking-b2g: --- → leo?
| Assignee | ||
Comment 6•12 years ago
|
||
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.
| Assignee | ||
Comment 7•12 years ago
|
||
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-
Comment 8•12 years ago
|
||
Triage: tracking+, not blocking since STR involve tapping button several times.
blocking-b2g: leo? → -
| Reporter | ||
Updated•12 years ago
|
| Assignee | ||
Updated•12 years ago
|
Assignee: nobody → ehung
| Assignee | ||
Comment 9•11 years ago
|
||
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.
Description
•