Closed
Bug 938529
Opened 11 years ago
Closed 11 years ago
[bluedroid] Set BT_SCAN_MODE to Connectable after Bluetooth turned on
Categories
(Firefox OS Graveyard :: Bluetooth, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
1.3 Sprint 5 - 11/22
People
(Reporter: shawnjohnjr, Assigned: shawnjohnjr)
Details
Attachments
(1 file, 1 obsolete file)
[bluedroid] Set BT_SCAN_MODE to Connectable after Bluetooth turned on.
Otherwise, Page is disabled. All connection will be blocked.
Assignee | ||
Comment 1•11 years ago
|
||
Attachment #832168 -
Flags: review?(echou)
Assignee | ||
Comment 2•11 years ago
|
||
This patch is based on new architecture after patch sets in Bug 936732 commit.
Assignee | ||
Comment 3•11 years ago
|
||
This can resolve incoming connection request ended up with Page Timeout.
Assignee | ||
Updated•11 years ago
|
OS: Linux → Gonk (Firefox OS)
Hardware: x86_64 → ARM
Comment 4•11 years ago
|
||
Comment on attachment 832168 [details] [diff] [review]
Bug 938529 - [bluedroid] Set BT_SCAN_MODE to Connectable after Bluetooth turned on
Review of attachment 832168 [details] [diff] [review]:
-----------------------------------------------------------------
r=me with nit addressed.
::: dom/bluetooth/bluedroid/gonk/BluetoothServiceBluedroid.cpp
@@ +167,5 @@
> BT_LOGD("%s, BT_STATE:%d", __FUNCTION__, aStatus);
> nsAutoString signalName;
> + bt_property_t prop;
> + bt_scan_mode_t mode;
> + prop.type = BT_PROPERTY_ADAPTER_SCAN_MODE;
nit: please move these variables into the if-block since they are only used inside.
Attachment #832168 -
Flags: review?(echou) → review+
Assignee | ||
Comment 5•11 years ago
|
||
The same concern that I have, these variables scope only in if-block, we could hit problem that we resolved previously regarding set_property. So do we really need to change it?
Comment 6•11 years ago
|
||
(In reply to Shawn Huang [:shuang] [:shawnjohnjr] from comment #5)
> The same concern that I have, these variables scope only in if-block, we
> could hit problem that we resolved previously regarding set_property. So do
> we really need to change it?
All we have to do is make sure arguments passed into set_adapter_property() would be still alive when set_adapter_property() is called.
Assignee | ||
Updated•11 years ago
|
Attachment #832168 -
Attachment is obsolete: true
Assignee | ||
Comment 7•11 years ago
|
||
Assignee | ||
Updated•11 years ago
|
Keywords: checkin-needed
Comment 8•11 years ago
|
||
Keywords: checkin-needed
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → 1.3 Sprint 5 - 11/22
You need to log in
before you can comment on or make changes to this bug.
Description
•