Closed
Bug 1167688
Opened 10 years ago
Closed 10 years ago
test_persona_app.py: "AssertionError: 'app://uitest.gaiamobile.org' != u'app://uitest.gaiamobile.org!appId=1058'"
Categories
(Firefox OS Graveyard :: Gaia::UI Tests, defect)
Tracking
(b2g-master affected)
RESOLVED
FIXED
Tracking | Status | |
---|---|---|
b2g-master | --- | affected |
People
(Reporter: onelson, Assigned: martijn.martijn)
References
()
Details
Attachments
(2 files)
Description:
test_persona_app.py is failing consistently in today's latest engineering for mozilla-central. An assert is flagged after performing a 'standard' login with a verified email [account appears to be generated per test, however this was tested with the tester's standard persona credentials].
* http://jenkins1.qa.scl3.mozilla.com/view/UI/job/flame-kk.ui.adhoc.bitbar/55/HTML_Report/
Repro Steps:
1) Update to 20150522010227 [Engineering]
2) Open 'UI Tests' app
3) Tap 'API'
4) Tap 'persona mozId'
5) Perform Request tests -> Standard (verified email)
6) Login to persona account
7) Observe events
Actual:
Assertion on log in
Expected:
Login successful
Traceback (most recent call last):
File "/var/lib/jenkins/jobs/flame-kk.ui.adhoc.bitbar/workspace/.env/lib/python2.7/site-packages/marionette_client-0.13-py2.7.egg/marionette/marionette_test.py", line 296, in run
testMethod()
File "/var/lib/jenkins/jobs/flame-kk.ui.adhoc.bitbar/workspace/tests/python/gaia-ui-tests/gaiatest/tests/functional/persona/test_persona_app.py", line 49, in test_persona_standard_sign_in
self.assertEqual(AUDIENCE, unpacked['payload']['aud'])
AssertionError: 'app://uitest.gaiamobile.org' != u'app://uitest.gaiamobile.org!appId=1058'
Environmental Variables:
Device firmware (base) L1TC100118D0
Device firmware (date) 22 May 2015 08:41:18
Device firmware (incremental) eng.cltbld.20150522.044107
Device firmware (release) 4.4.2
Device identifier flame
Device memory 219772 kB
Device serial f0694085
Device uptime 0 days 0 hours 2 minutes 42 seconds
Gaia date 21 May 2015 21:23:56
Gaia revision 1126d8bee559
Gecko build 20150522010227
Gecko revision 3e737d30f842
Gecko version 41.0a1
Reproducible manually: YES
Repro frequency: 6/6 observed in Automation
Could be related to bug 1162391, however the Traceback appears to have morphed with very consistent failures now.
Reporter | ||
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage?][fxosqa-auto-backlog?]
status-b2g-master:
--- → affected
Flags: needinfo?(pbylenga)
Updated•10 years ago
|
QA Whiteboard: [QAnalyst-Triage?][fxosqa-auto-backlog?] → [QAnalyst-Triage+][fxosqa-auto-backlog?]
Updated•10 years ago
|
Flags: needinfo?(pbylenga)
Assignee | ||
Comment 1•10 years ago
|
||
If this can be reproduced manually, then
Assignee | ||
Updated•10 years ago
|
Assignee: nobody → martijn.martijn
Assignee | ||
Comment 2•10 years ago
|
||
Could this have been caused by bug 1165162?
It didn't happen with a 20150520 build.
Assignee | ||
Comment 3•10 years ago
|
||
Bobby, could this have been caused by bug 1165162, somehow?
B2G desktop returns app://uitest.gaiamobile.org!appId=58, on device it returns app://uitest.gaiamobile.org!appId=1058
I could easily change the test to make this work, but I need to know if the result we get is intentional or is something this is broken. Fernando, do you know, perhaps? (regarding the UITest->API/identity test).
Flags: needinfo?(ferjmoreno)
Flags: needinfo?(bobbyholley)
Assignee | ||
Comment 4•10 years ago
|
||
Btw, I also get this dialog after the test has run. That doesn't seem to be correct, either.
Comment 5•10 years ago
|
||
(In reply to Martijn Wargers [:mwargers] (QA) from comment #2)
> Could this have been caused by bug 1165162?
> It didn't happen with a 20150520 build.
Almost certainly. .origin now contains an extra suffix that contains a stringification of all the attributes which contribute to the origin (like appId and inBrowser). The goal is to maintain the invariant that prin1.equals(prin2) i.f.f. prin1.origin === prin2.origin.
You can use .originNoSuffix for situations where you don't care about this invariant.
Flags: needinfo?(bobbyholley)
Updated•10 years ago
|
Flags: needinfo?(ferjmoreno)
Comment 6•10 years ago
|
||
Assignee | ||
Comment 7•10 years ago
|
||
Comment on attachment 8610572 [details] [review]
[gaia] mwargers:1167688 > mozilla-b2g:master
Thanks for the explanation, that means we can simply use this solution.
Attachment #8610572 -
Flags: review?(npark)
Attachment #8610572 -
Flags: review?(jlorenzo)
Comment 8•10 years ago
|
||
Comment on attachment 8610572 [details] [review]
[gaia] mwargers:1167688 > mozilla-b2g:master
r+ modulo the nit on the use of assertTrue()
Attachment #8610572 -
Flags: review?(jlorenzo) → review+
Assignee | ||
Comment 9•10 years ago
|
||
Ok, updated.
Updated•10 years ago
|
Attachment #8610572 -
Flags: review?(npark) → review+
Assignee | ||
Comment 10•10 years ago
|
||
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•