Closed
Bug 760411
Opened 13 years ago
Closed 12 years ago
Security tests are failing due to 'controller.waitForPageLoad(): Timeout waiting for page loaded.'
Categories
(Mozilla QA Graveyard :: Mozmill Tests, defect, P2)
Tracking
(firefox19 affected, firefox20 affected)
RESOLVED
DUPLICATE
of bug 826693
People
(Reporter: whimboo, Unassigned)
References
()
Details
(Whiteboard: [mozmill-test-failure])
Some of our security tests are failing in the waitForPageLoad() call.
http://mozmill-ci.blargon7.com/#/functional/report/fdec829b93b19c73985be1d38842b38d
We should use the pages from mozqa.com instead. That work has to happen on bug 661121.
Comment 2•12 years ago
|
||
My suggestion is to use https://www.mozilla.org/en-US/ for the failures above.
Reporter | ||
Comment 3•12 years ago
|
||
(In reply to Remus Pop (:RemusPop) from comment #2)
> My suggestion is to use https://www.mozilla.org/en-US/ for the failures
> above.
No, please see bug 661121 how it has to be solved.
Comment 4•12 years ago
|
||
testAddMozSearchProvider.js::testAddMozSearchPlugin is also failing for this same reason on Firefox 15.0 beta 3 http://mozmill-ci.blargon7.com/#/functional/report/c77cfb8878087b850538b93cf20f90ad.
Comment 5•12 years ago
|
||
Ioana: That is not a security test. Please file the failure as a separate bug. Also, are you able to replicate the failure?
Comment 6•12 years ago
|
||
(In reply to Dave Hunt (:davehunt) from comment #5)
> Ioana: That is not a security test. Please file the failure as a separate
> bug. Also, are you able to replicate the failure?
My bad, Dave. Since the bug has no security flags or whiteboard tags, I tought this bug could be used for more failures with the same error. Anyway, I filed a new bug: bug 779488.
I haven't been able to try and reproduce the issue locally yet because I don't have the necessary environment set on Windows. I will update bug 779488 as soon as I get to do that.
Reporter | ||
Comment 8•12 years ago
|
||
This happens on and off without anything we could trace down to a specific reason. We would need at least get it to reproduced.
Priority: -- → P2
Comment 9•12 years ago
|
||
This is happening again over testSafeBrowsingNotificationBar.js and testSafeBrowsingWarningPages.js, only on Mac OS X with Mozmill 1.5.19 and Nightly branch.
Reports:
* http://mozmill-ci.blargon7.com/#/functional/failure?branch=18.0&platform=Mac&from=2012-10-01&to=2012-10-08&test=%2FtestSecurity%2FtestSafeBrowsingWarningPages.js&func=testSafeBrowsingWarningPages.js%3A%3AtestWarningPages
* http://mozmill-ci.blargon7.com/#/functional/failure?branch=18.0&platform=Mac&from=2012-10-01&to=2012-10-08&test=%2FtestSecurity%2FtestSafeBrowsingNotificationBar.js&func=testSafeBrowsingNotificationBar.js%3A%3AtestNotificationBar
Reporter | ||
Comment 10•12 years ago
|
||
I'm fairly sure that's related to the goButton issue on bug 790191 which we really, really have to fix.
Depends on: 790191
Comment 11•12 years ago
|
||
(In reply to Henrik Skupin (:whimboo) from comment #10)
> I'm fairly sure that's related to the goButton issue on bug 790191 which we
> really, really have to fix.
I don't think so because it does not fail in the setupModule due to tabs.closeAllTabs()
I will look into those tests also today see If the reproduce steps are similar to testGoButton.js failure still.
Reporter | ||
Comment 12•12 years ago
|
||
Ah, right. It fails later when opening one of the bad sites.
No longer depends on: 790191
Updated•12 years ago
|
Reporter | ||
Comment 13•12 years ago
|
||
So no more failures in the last week. I will close the bug for now but lets reopen if it starts to happen again.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
Comment 14•12 years ago
|
||
Started happening again on Linux x86 with Aurora FR:
http://mozmill-ci.blargon7.com/#/functional/report/72e15dc943833b8fcba70aeb51338aa8
And Linux x64 with Beta en-US:
http://mozmill-ci.blargon7.com/#/functional/report/72e15dc943833b8fcba70aeb512c39cf
Status: RESOLVED → REOPENED
status-firefox19:
--- → affected
status-firefox20:
--- → affected
OS: All → Linux
Resolution: WORKSFORME → ---
Reporter | ||
Comment 15•12 years ago
|
||
It's not worth keeping individual bugs open for that issue. We have to investigate it across tests whether if those are local or remote. Therefore we have bug 826693.
Status: REOPENED → RESOLVED
Closed: 12 years ago → 12 years ago
Resolution: --- → DUPLICATE
Updated•5 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
•