Closed
Bug 1095187
Opened 11 years ago
Closed 11 years ago
[SHB] TEST-UNEXPECTED-FAIL | null | Software Home Button - File Open Error Proper layout for file error dialog
Categories
(Firefox OS Graveyard :: Gaia::System, defect)
Firefox OS Graveyard
Gaia::System
Tracking
(b2g-v2.0 unaffected, b2g-v2.0M unaffected, b2g-v2.1 fixed, b2g-v2.2 fixed)
RESOLVED
FIXED
2.1 S9 (21Nov)
Tracking | Status | |
---|---|---|
b2g-v2.0 | --- | unaffected |
b2g-v2.0M | --- | unaffected |
b2g-v2.1 | --- | fixed |
b2g-v2.2 | --- | fixed |
People
(Reporter: aus, Assigned: kgrandon)
References
Details
(Keywords: intermittent-failure, Whiteboard: [systemsfe])
Attachments
(2 files)
I've been seeing this intermittently fail about 1/3 of the time if not more. We should probably disable it or fix it soon.
Reporter | ||
Comment 1•11 years ago
|
||
Comment hidden (Legacy TBPL/Treeherder Robot) |
Comment hidden (Legacy TBPL/Treeherder Robot) |
Comment hidden (Legacy TBPL/Treeherder Robot) |
Comment hidden (Legacy TBPL/Treeherder Robot) |
![]() |
||
Comment 6•11 years ago
|
||
I think this might have been related to your PR? Have you seen this on master/b2g-inbound? Can we close?
Flags: needinfo?(aus)
Comment hidden (Legacy TBPL/Treeherder Robot) |
Comment hidden (Legacy TBPL/Treeherder Robot) |
Assignee | ||
Comment 10•11 years ago
|
||
Looks like this was caused by bug 1077595. Normally this would call for a backout of the patch. That is a 2.0 blocker though, so perhaps we might consider disabling the test assuming we make it our top priority.
Blocks: 1077595
Keywords: intermittent-failure
Assignee | ||
Comment 11•11 years ago
|
||
Here is a screenshot at the point where the test fails. It looks like it opens the settings activity instead of opening the file directly now? Seems like it could be a real regression.
Reporter | ||
Comment 12•11 years ago
|
||
This is a hunch based on the screenshot but I think the issue is with the test. We bring up the file dialog when the download notification is pressed *and* the download has succeeded. If the download is not in a succeeded state we take the user to the Settings > Downloads activity.
It looks like the download will sometimes finish fast enough for the test to pass. Adding an onstatechange listener to the download and waiting for a "succeeded" state should work. Or we can wait for the download notification content to read the correct succeeded state copy before moving on.
![]() |
||
Comment 13•11 years ago
|
||
Assignee | ||
Comment 14•11 years ago
|
||
Thanks Aus - I'll take a look, and I'm trying the above patch with some additional logging/waiting. It also seems that this behavior was either broken prior to bug 1077595 landing, or that bug changed something? I will look into it this week.
Reporter | ||
Comment 16•11 years ago
|
||
That bug 1077595 added an extra layer of asynchronous callbacks. I wouldn't be surprised that this has changed the timing of how things occur just enough to cause these issues. I'll look at who wrote the test in the first place and try and fix it on my end today.
Assignee | ||
Comment 17•11 years ago
|
||
Thanks Aus. I'm pretty sure this is from a test I wrote, which all it did was click on the notification :) There may be other ways of doing it. I'm currently testing out a fix in the attached pull request, but lots of infra issues today - which is why the trees are closed I guess. Maybe there's a better way of getting to the download, instead of clicking on the notification, it just seemed like the easiest method.
Reporter | ||
Comment 18•11 years ago
|
||
Gotcha. :) Not a bad way to get to it, I've re-triggered the a bunch of jobs (looks like you did too). We'll see how it goes.
I've assigned this bug to myself for now, if it's still an issue by the end of the day I will ni? you. :)
Assignee: nobody → aus
Target Milestone: --- → 2.1 S9 (21Nov)
Reporter | ||
Comment 19•11 years ago
|
||
Comment on attachment 8519602 [details] [review]
[PullReq] KevinGrandon:bug_1095187_debug_download_intermittent_test to mozilla-b2g:master
Kevin, that PR looks like it does indeed fix the issue with the test. Awesomesauce.
Attachment #8519602 -
Flags: review+
Reporter | ||
Comment 20•11 years ago
|
||
Re-assigning to :kgrandon since his PR fixes the issue.
Assignee: aus → kgrandon
Status: NEW → ASSIGNED
Assignee | ||
Comment 21•11 years ago
|
||
Thanks Aus, and sorry for the fragile test. Still waiting on a green run due to the infra issues. I'll restart this one a bunch just to be "double" sure, and we can land assuming it's good.
Reporter | ||
Comment 22•11 years ago
|
||
Yeah, in the previous try run, I triggered about 12 jobs and some failed, but with a Browser test (which is known, I believe). The test we care about passed for all runs. I'll wait for this latest one to wrap-up and if it looks good I will land on 2.2 and uplift along with bug 1077595 when it's approved.
Reporter | ||
Comment 23•11 years ago
|
||
Try run looks awesome!
Commit (master): https://github.com/mozilla-b2g/gaia/commit/c680e54411a729a2ed040432cec4247fa2a8b44d
Fixed!
(Will be uplifted to 2.1 but *NOT* 2.0 when bug 1077595 approvals are complete)
status-b2g-v2.0:
--- → unaffected
status-b2g-v2.0M:
--- → unaffected
status-b2g-v2.1:
--- → affected
status-b2g-v2.2:
--- → fixed
Assignee | ||
Comment 24•11 years ago
|
||
Thanks for landing it Aus! I'll mark this as fixed for now, then we can uplift with a=testonly.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 25•11 years ago
|
||
Commit (v2.1): https://github.com/mozilla-b2g/gaia/commit/ee1e5462fa4777eaa7950e0d75706be4383ec007
Fixed! a=test-only.
You need to log in
before you can comment on or make changes to this bug.
Description
•