Closed
Bug 652799
Opened 14 years ago
Closed 14 years ago
Test failure in testSoftwareUpdateAutoProxy (test2.js)
Categories
(Mozilla QA Graveyard :: Mozmill Tests, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: aaronmt, Assigned: aaronmt)
References
()
Details
(Keywords: regression, Whiteboard: [mozmill-test-failure][needs-mozmill-1.5.4])
Attachments
(1 file, 1 obsolete file)
1.88 KB,
patch
|
whimboo
:
review+
|
Details | Diff | Splinter Review |
Test: test2.js
Module: testSoftwareUpdateAutoProxy
Error: Empty message
Platform: NT 5.1.2600, 6.1.7600, 6.0.6002, 5.0.2195, Linux Ubuntu 10.10
Branch: default
http://mozmill-release.brasstacks.mozilla.com/#/general/failure?branch=6.0&test=%2FrestartTests%2FtestSoftwareUpdateAutoProxy%2Ftest2.js&func=testSoftwareUpdateAutoProxy
Comment 1•14 years ago
|
||
Would be good to know what error is visible in the Error Console in those cases. Also the assertJS calls could be moved to assert() for more descriptive failures.
Comment 2•14 years ago
|
||
We have log files located in the home/mozmill/ folder we could use to analyze the problem. Sadly only Ubuntu 64 showed this problem but the log file has been overwritten with the test-run of the 32bit build.
Comment 3•14 years ago
|
||
The empty error message is because of bug 650646 and would need a new hotfix-1.5.x release.
Updated•14 years ago
|
Whiteboard: [mozmill-test-failure] → [mozmill-test-failure][needs-mozmill-1.5.4]
Comment 4•14 years ago
|
||
Aaron, do you have any update on this bug? Were you able to check it on Friday? Has it been started at the same time as bug 650646? Or are we able to get a failure message from before this change happened in the nightly build.
Assignee | ||
Comment 5•14 years ago
|
||
Was unable to reproduce this bug on the reported platforms alongside the reported builds based off their change-sets. Currently testing with mozilla2.0 builds alongside Nightly builds and as well am not seeing any problems.
The reports generated for this issue do showcase an assert error from earlier April, that does not seem to happen daily, nor is it occurring during my testing here. See the report range below
http://mozmill-release.brasstacks.mozilla.com/#/general/failure?branch=All&platform=All&from=2011-04-01&test=%2FrestartTests%2FtestSoftwareUpdateAutoProxy%2Ftest2.js&func=testSoftwareUpdateAutoProxy
Comment 6•14 years ago
|
||
So it seems like we will have to wait until the dependency has been fixed. Thanks for the update Aaron.
Comment 7•14 years ago
|
||
The test failure on 4.0 could help us in-between I bet:
http://mozmill-release.brasstacks.mozilla.com/#/general/failure?branch=4.0&platform=Linux&from=2011-05-03&to=2011-05-10&test=%2FrestartTests%2FtestSoftwareUpdateAutoProxy%2Ftest2.js&func=testSoftwareUpdateAutoProxy
controller.assertJS: Failed for 'subject.currentPage == subject.noUpdatesFoundPage'
We should update it to use assert instead.
Comment 8•14 years ago
|
||
Aaron, can you please create patches for this test across default, aurora, and mozilla-2.0 which make use of assert instead of assertJS? We need more information for this kind of failure.
Assignee | ||
Comment 9•14 years ago
|
||
+ assertJS -> assert
Comment 10•14 years ago
|
||
Comment on attachment 532329 [details] [diff] [review]
Patch v1 - (default) [assert]
>- controller.assertJS("subject.isUpdateAllowed == true",
>- {isUpdateAllowed: update.allowed});
>+ controller.assert(function() {
>+ return update.allowed == true;
>+ }, "Update permissions - got " + "'" + update.allowed + "'" +
>+ " expected 'true'");
There is no need for the '==' operator. Just remove it. Also please use two spaces as indentation.
>+ controller.assert(function () {
>+ return update.currentPage == softwareUpdate.WIZARD_PAGES.noUpdatesFound;
>+ }, "Update dialog wizard page - got " + "'" + update.currentPage + "'" +
>+ " expected '" + softwareUpdate.WIZARD_PAGES.noUpdatesFound);
Triple operator please.
But finally I could imagine what's going wrong. At least in the last couple days. Due to the broken security certificate on allizom, we weren't always able to successfully update the build, because other processes were lingering around. So in those cases the update found pane is visible. We should better check for the non-error wizard page.
Attachment #532329 -
Flags: review?(hskupin) → review-
Assignee | ||
Comment 11•14 years ago
|
||
assertJS -> assert, and waitForEval to waitFor
Attachment #532329 -
Attachment is obsolete: true
Attachment #532402 -
Flags: review?(hskupin)
Comment 12•14 years ago
|
||
Comment on attachment 532402 [details] [diff] [review]
Patch v2 - (default) [assert]
Please get it landed on all branches down to 2.0. Thanks.
Attachment #532402 -
Flags: review?(hskupin) → review+
Assignee | ||
Comment 13•14 years ago
|
||
Patch v2 - (default) [assert] landed on
default: http://hg.mozilla.org/qa/mozmill-tests/rev/5591d2a30eda
mozilla-aurora: http://hg.mozilla.org/qa/mozmill-tests/rev/0fdab4789604
mozilla-beta: http://hg.mozilla.org/qa/mozmill-tests/rev/7bcb2f56b67d
mozilla-2.0: http://hg.mozilla.org/qa/mozmill-tests/rev/38f220ad1296
Comment 14•14 years ago
|
||
Aaron, any update on this bug?
Comment 15•14 years ago
|
||
A Pivotal Tracker story has been created for this Bug: https://www.pivotaltracker.com/story/show/15312605
Assignee | ||
Comment 16•14 years ago
|
||
Unable to reproduce the failures reported across platforms locally. Strangely, it looks like these happened three days in a row last month and then went silent [1].
[1] http://mozmill-release.brasstacks.mozilla.com/#/functional/failure?branch=All&platform=All&from=2011-05-19&to=2011-07-08&test=%2FrestartTests%2FtestSoftwareUpdateAutoProxy%2Ftest2.js&func=testSoftwareUpdateAutoProxy
I'll reopen if they start occurring again this month.
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Assignee | ||
Updated•14 years ago
|
Resolution: FIXED → WORKSFORME
Updated•6 years ago
|
Product: Mozilla QA → Mozilla QA Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•