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)

All
Linux
defect

Tracking

(firefox19 affected, firefox20 affected)

RESOLVED DUPLICATE of bug 826693
Tracking Status
firefox19 --- affected
firefox20 --- affected

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.
My suggestion is to use https://www.mozilla.org/en-US/ for the failures above.
(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.
testAddMozSearchProvider.js::testAddMozSearchPlugin is also failing for this same reason on Firefox 15.0 beta 3 http://mozmill-ci.blargon7.com/#/functional/report/c77cfb8878087b850538b93cf20f90ad.
Ioana: That is not a security test. Please file the failure as a separate bug. Also, are you able to replicate the failure?
(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.
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
I'm fairly sure that's related to the goButton issue on bug 790191 which we really, really have to fix.
Depends on: 790191
(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.
Ah, right. It fails later when opening one of the bad sites.
No longer depends on: 790191
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
Status: RESOLVED → REOPENED
OS: All → Linux
Resolution: WORKSFORME → ---
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 ago12 years ago
Resolution: --- → DUPLICATE
Product: Mozilla QA → Mozilla QA Graveyard
You need to log in before you can comment on or make changes to this bug.