Closed Bug 1353391 Opened 7 years ago Closed 7 years ago

Intermittent test_safe_browsing_warning_pages.py TestSafeBrowsingWarningPages.test_warning_pages | InsecureCertificateException:

Categories

(Testing :: Firefox UI Tests, defect)

Version 3
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: intermittent-bug-filer, Unassigned)

References

Details

(Keywords: intermittent-failure)

This seems to happen only on our Mozmill-CI machines which are located in SCL3. And here only OS X and Window. The tests as run via TC are not affected by this.

05:03:08     INFO -  1491307388734	Marionette	TRACE	6 -> [0,156,"get",{"url":"https://support.mozilla.org/1/firefox/55.0a1/Darwin/en-US/phishing-malware"}]
05:03:08     INFO -  1491307388863	Marionette	TRACE	6 <- [1,156,{"error":"insecure certificate","message":"","stacktrace":"WebDriverError@chrome://marionette/content/error.js:211:5\nInsecureCertificateError@chrome://marionette/content/error.js:294:5\ncheckLoad@chrome://marionette/content/listener.js:941:19\npollForReadyState@chrome://marionette/content/listener.js:965:3\nonDOMContentLoaded@chrome://marionette/content/listener.js:1090:7\n"},null]

Maybe it is related to bug 1351498 which mentions issues all day long.
FWIW it is possible to set the acceptInsecureCerts to make Marionette access sites with insecure TLS certificates, but I don’t think that’s what we want here.  It sounds like this should just be fixed upstream.
It's a problem with high traffic and slow or no responses from the site. So IT is working on it.
Looks like this is no longer happening since April 6th. Closing as WFM.
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.