Closed
Bug 819213
Opened 12 years ago
Closed 12 years ago
Re-enable test_filter_number_single/multiple.js marionette tests
Categories
(Core :: DOM: Device Interfaces, defect)
Tracking
()
RESOLVED
FIXED
mozilla20
People
(Reporter: gwagner, Assigned: rwood)
References
Details
Attachments
(1 file, 1 obsolete file)
4.94 KB,
patch
|
gwagner
:
review+
|
Details | Diff | Splinter Review |
I had to disable these sms marionette tests because I had no way to debug them (bug 818833).
rwood offered to help here.
Reporter | ||
Comment 1•12 years ago
|
||
Maybe vicamo can help as well.
Assignee | ||
Comment 2•12 years ago
|
||
Hi Gregor,
test_filter_number_single/multiple.js are still failing even with a new build. If I add "+1" to the front of the number that is used for the actual MozSMS Filter, then getMessages/the filter will find the expected number of SMS messages (whether or not the original SMS sender actually has the "+1" or not, but if it is in the filter then the SMS is found).
Is it a requirement now that when specifying an SMS number to filter messages by, you must add the "+1" to the start of the filter number? If so, I will modify the tests to use that new filter format, and will re-enable them on TBPL. Or, is this a bug? Should the filter handle filtering numbers without the "+1" at the start?
Thanks!
Rob
Flags: needinfo?(anygregor)
Reporter | ||
Comment 3•12 years ago
|
||
We convert all local numbers to the international format once we store it in the sms DB. So it should start with "+1" and it depends on the country you are currently in.
The remaining question is how this behaves when the tests are run outside of the US or Canada. The international version depends on the country you are in.
Maybe it would be best to just use international versions in the test here so that we avoid the conversion in our DB code.
Flags: needinfo?(anygregor)
Assignee | ||
Comment 4•12 years ago
|
||
Thanks Gregor, I will update the filter tests to use the international number version.
Reporter | ||
Updated•12 years ago
|
Assignee: nobody → rwood
Assignee | ||
Comment 5•12 years ago
|
||
Use international number format and re-enable the tests on TBPL. Ran the tests locally and they pass.
Attachment #691974 -
Flags: review?(anygregor)
Reporter | ||
Comment 6•12 years ago
|
||
Comment on attachment 691974 [details] [diff] [review]
Updated SMS number filter tests
Review of attachment 691974 [details] [diff] [review]:
-----------------------------------------------------------------
I think you can also revert my attempt from https://hg.mozilla.org/mozilla-central/rev/06da32434ea1
Attachment #691974 -
Flags: review?(anygregor) → review+
Assignee | ||
Comment 7•12 years ago
|
||
> I think you can also revert my attempt from https://hg.mozilla.org/mozilla-central/rev/06da32434ea1
No, the changes you made in the link above also include fixes to test_getmessage.js which is still required, so that push shouldn't be reverted because if the changes to test_getmessage.js are reverted that test would start to fail again, correct?
I have remade this patch with my same changes and also removed your previous changes in test_filter_number_single.js (perhaps that is what you meant anyway, thanks for pointing that out!).
Attachment #691974 -
Attachment is obsolete: true
Attachment #691997 -
Flags: review?(anygregor)
Reporter | ||
Updated•12 years ago
|
Attachment #691997 -
Flags: review?(anygregor) → review+
Assignee | ||
Updated•12 years ago
|
Keywords: checkin-needed
Whiteboard: [automation-needed-in-aurora], [automation-needed-in-b2g18]
Comment 8•12 years ago
|
||
Flags: in-testsuite+
Keywords: checkin-needed
Comment 9•12 years ago
|
||
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla20
Comment 10•12 years ago
|
||
https://hg.mozilla.org/releases/mozilla-aurora/rev/1f02f40898ef
https://hg.mozilla.org/releases/mozilla-b2g18/rev/dff6845fc58e
status-b2g18:
--- → fixed
status-firefox19:
--- → fixed
status-firefox20:
--- → fixed
Whiteboard: [automation-needed-in-aurora], [automation-needed-in-b2g18]
You need to log in
before you can comment on or make changes to this bug.
Description
•