Closed
Bug 1240997
Opened 8 years ago
Closed 8 years ago
Enable 3 Bluetooth marionette tests(BluetoothManager/Adapter_enable/Adapter_setters) on B2G emulator-kk
Categories
(Firefox OS Graveyard :: Bluetooth, defect, P2)
Tracking
(firefox47 fixed)
RESOLVED
FIXED
2.6 S9 - 3/11
Tracking | Status | |
---|---|---|
firefox47 | --- | fixed |
People
(Reporter: wiwang, Assigned: wiwang)
References
Details
Attachments
(3 files, 3 obsolete files)
To enable following 3 solved marionette tests, we better to test them for at least 100 times (as bug 1175389 comment 39 did) first. 1. [test_dom_BluetoothManager.js] 2. [test_dom_BluetoothAdapter_enable.js] 3. [test_dom_BluetoothAdapter_setters.js]
Assignee | ||
Comment 1•8 years ago
|
||
As bug 1175389 comment 3 mentioned, above 3 tests are PASS then. However today I encountered assertion fails[1] caused by patches[2] after then, and now these fails are solved. Both test Adapter_enable/Adapter_setters will encounter this issue, which was caught by my local examination. Now changing the assertion check from empty string "" to "00:00:00:00:00:00" string will solve this issue. [3] I am going to send the patch review request and perform a 100 times test. ==== [1] Log is as attached. Brief: 24 TEST-START | test_dom_BluetoothAdapter_setters.js 25 TEST-UNEXPECTED-FAIL | test_dom_BluetoothAdapter_setters.js | adapter.address ==== thispoint - got 00:00:00:00:00:00, expected 26 TEST-UNEXPECTED-FAIL | test_dom_BluetoothAdapter_setters.js | AssertionError: 1 tests failed [2] Please refer to bug 1207649 and bug 1220121. [3] 28 TEST-PASS | test_dom_BluetoothManager.js | took 1339ms 36 TEST-PASS | test_dom_BluetoothAdapter_enable.js | took 8353ms 61 TEST-PASS | test_dom_BluetoothAdapter_setters.js | took 8461ms 97 SUMMARY 98 ------- 99 passed: 3 100 failed: 0
Assignee | ||
Comment 2•8 years ago
|
||
Hi Ben, Per discussion, could you suggest which is the better solution for now? 1. modify marionette test, as above comment did. 2. modify gecko: keep gecko return empty string. Thanks! Hi Jocelyn, Could you suggest for this as well? Thanks for your opinion!
Flags: needinfo?(joliu)
Flags: needinfo?(btian)
Comment 3•8 years ago
|
||
(In reply to Will Wang [:WillWang] from comment #2) > Hi Ben, > > Per discussion, could you suggest which is the better solution for now? > 1. modify marionette test, as above comment did. > 2. modify gecko: keep gecko return empty string. I prefer option 2 to match documentation on wiki [1][2]. [1] https://wiki.mozilla.org/B2G/Bluetooth/WebBluetooth-v2/BluetoothAdapter#address [2] https://wiki.mozilla.org/B2G/Bluetooth/WebBluetooth-v2/BluetoothDevice#address Will, can you try whether attached patch fixes the marionette test problem? The patch resets address to empty string if it's 00:00:00:00:00:00.
Flags: needinfo?(btian)
Comment 4•8 years ago
|
||
I opened dependent bug 1241382 to solve comment 2 problem.
Comment 5•8 years ago
|
||
Comment on attachment 8710244 [details] [diff] [review] empty-addr.patch Move patch to bug 1241382.
Attachment #8710244 -
Attachment is obsolete: true
Updated•8 years ago
|
Priority: -- → P2
Comment 6•8 years ago
|
||
(In reply to Will Wang [:WillWang] from comment #2) > Hi Ben, > > Per discussion, could you suggest which is the better solution for now? > 1. modify marionette test, as above comment did. > 2. modify gecko: keep gecko return empty string. > > Thanks! > > Hi Jocelyn, > > Could you suggest for this as well? > Thanks for your opinion! Sorry for my late response, and I would prefer option2. To me, it is about the default value we defined in our API design, and both default values seem feasible. But since it is already documented, and application developers might already use it in their logic, I prefer not to change it and respect the default value definition in gecko if there are no strong reasons that we should use "00:00:00..." rather than empty strings. Thanks, Jocelyn
Flags: needinfo?(joliu)
Assignee | ||
Comment 7•8 years ago
|
||
Hi Ben, Jocelyn, Thanks for your opinion! As bug 1241382 comment 2, the patch works and I will provide mine for test enablement, thanks!
Assignee | ||
Comment 8•8 years ago
|
||
Just for reference: Here is the test result of performing 100 tests for a patch I made for option 1(modify marionette test) last day: 100 tests all passed.
Assignee | ||
Comment 9•8 years ago
|
||
Hi Ben, Could you help to review this patch? Thanks!
Attachment #8710872 -
Flags: review?(btian)
Comment 10•8 years ago
|
||
Comment on attachment 8710872 [details] [diff] [review] 0001-Bug-1240997-Enable-3-Bluetooth-marionette-tests-on-B.patch Review of attachment 8710872 [details] [diff] [review]: ----------------------------------------------------------------- r=me with nit addressed. ::: dom/bluetooth/tests/marionette/manifest.ini @@ +10,1 @@ > nit: remove extra newline. @@ +12,1 @@ > Ditto. @@ +14,1 @@ > Ditto.
Attachment #8710872 -
Flags: review?(btian) → review+
Assignee | ||
Comment 11•8 years ago
|
||
Revise and carry r+ from previous patch, and add reviewer/convert to HG patch. This patch can be sent to try server and checkin after bug 1241382 is checkin-ed.
Attachment #8710872 -
Attachment is obsolete: true
Attachment #8710889 -
Flags: review+
Assignee | ||
Comment 12•8 years ago
|
||
Pushed to try server, waiting for result: https://treeherder.mozilla.org/#/jobs?repo=try&revision=5db64dcd2976
Assignee | ||
Comment 13•8 years ago
|
||
(In reply to Will Wang [:WillWang] from comment #12) > Pushed to try server, waiting for result: > https://treeherder.mozilla.org/#/jobs?repo=try&revision=5db64dcd2976 Result is fine. For better reliability, I pushed another try test which enables all Unit Test Suites: https://treeherder.mozilla.org/#/jobs?repo=try&revision=b522d1c88afb
Comment 15•8 years ago
|
||
Backed out due to perma orange on ICS emulator: https://treeherder.mozilla.org/#/jobs?repo=b2g-inbound&revision=f7d3592dc0bd https://hg.mozilla.org/integration/b2g-inbound/rev/4cb80fcf0be8
Assignee | ||
Comment 17•8 years ago
|
||
Here is the revised patch which skips the marionette test if android version[1] is less than 19 [2] to avoid the inevitable[3] test fail in emulator-ICS. And the try result for this patch is good[4]. (I especially retrigger some tests for more reliability) Hi Ben, Could you help to review this patch? Thanks! [1] http://developer.android.com/about/dashboards/index.html [2] Syntax in manifest.ini for reference: skip-if = android_version < '19' [3] compatibility of BT API v2 and underlying Bluez service [4] https://treeherder.allizom.org/#/jobs?repo=try&revision=1d042b6b120a
Attachment #8710889 -
Attachment is obsolete: true
Attachment #8712988 -
Flags: review?(btian)
Updated•8 years ago
|
Attachment #8712988 -
Flags: review?(btian) → review+
Comment 19•8 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/cc44f581675f
Status: NEW → RESOLVED
Closed: 8 years ago
status-firefox47:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → 2.6 S9 - 3/11
You need to log in
before you can comment on or make changes to this bug.
Description
•