Closed Bug 1161537 Opened 7 years ago Closed 7 years ago

Intermittent test_dev_mode_activity.html | Got error: undefined - expected PASS


(Firefox OS Graveyard :: General, defect)

Not set


(firefox39 unaffected, firefox40 fixed, firefox41 fixed, firefox-esr31 unaffected, firefox-esr38 unaffected, b2g-v2.2 unaffected, b2g-master fixed)

2.2 S13 (29may)
Tracking Status
firefox39 --- unaffected
firefox40 --- fixed
firefox41 --- fixed
firefox-esr31 --- unaffected
firefox-esr38 --- unaffected
b2g-v2.2 --- unaffected
b2g-master --- fixed


(Reporter: cbook, Assigned: fabrice)




(Keywords: intermittent-failure)


(1 file)

Rev4 MacOSX Snow Leopard 10.6 mozilla-inbound opt test mochitest-other

04:31:52 INFO - 1107 INFO TEST-UNEXPECTED-FAIL | dom/activities/tests/mochi/test_dev_mode_activity.html | Got error: undefined - expected PASS
Blocks: 1123846
Component: DOM → General
Flags: needinfo?(fabrice)
Product: Core → Firefox OS
Flags: needinfo?(fabrice)
I spent some time looking into this and on m-c I did some retriggers:

the first time we see this failure is here:

this seems obvious as there is one revision which is related to gecko/firefox, so on b2g, I did some retriggers;

and the first time we see this error is on the merge from m-c:

this merge is AFTER we see it on m-c from the b2g-inbound merge.  I am lost as to how to find the root cause here.

I even looked on mozilla-inbound:

and the first time this shows up is in a merge:

this includes the b2g-inbound changes and fx-team changes.  I went onto fx-team and retriggered as well:

of course I don't see it on fx-team for any of those changesets.

now I am really lost- is this a result of an interaction between patches on different branches only showing up when we merge?  if that is the case then maybe we point to b2g-inbound:

and as you know this is a new test which was landed there.

:fabrice, you have a new test which was landed that reproduced 5% of the time, can you help figure out what is going on with this new test?
Flags: needinfo?(fabrice)
ok... I pushed to try with some more logging because I could never reproduce locally, at

We are racing when saving activities and querying the db, because we don't explicitly wait for the end of the write transaction. Patch coming.
Flags: needinfo?(fabrice)
Ok, I'll land this patch since the try run looks fine:
Assignee: nobody → fabrice
Closed: 7 years ago
Resolution: --- → FIXED
Please request Aurora approval on this ASAP.
Flags: needinfo?(fabrice)
Target Milestone: --- → 2.2 S13 (29may)
Attached file 006dbcb5ed41
Approval Request Comment
[Feature/regressing bug #]: New feature from bug 1123846
[User impact if declined]: No user impact but significant orange failure
[Describe test coverage new/current, TreeHerder]: updated test.
[Risks and why]: no risk
[String/UUID change made/needed]: none
Flags: needinfo?(fabrice)
Attachment #8607096 - Flags: approval-mozilla-aurora?
Comment on attachment 8607096 [details]

Approved for uplift to aurora, looks good on m-c for the last few days.
Attachment #8607096 - Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
You need to log in before you can comment on or make changes to this bug.