Closed
Bug 1841792
Opened 1 year ago
Closed 1 year ago
wpt-firefox-nightly-stability jobs mostly failing in wpt upstream repository
Categories
(Testing :: web-platform-tests, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 1846258
People
(Reporter: whimboo, Assigned: jgraham)
References
Details
The upstream wpt-firefox-nightly-stability
job is failing a lot (here an example). As it can be seen we usually can run the very first iteration of a test but always fail for the remaining 9 iterations.
Here the stacktrace that is reported in the task on Taskcluster:
ERROR Traceback (most recent call last):
File "/home/test/web-platform-tests/tools/wptrunner/wptrunner/testrunner.py", line 210, in init
self.browser.start(group_metadata=group_metadata, **self.browser_settings)
File "/home/test/web-platform-tests/tools/wptrunner/wptrunner/browsers/firefox.py", line 900, in start
super().start(group_metadata, **kwargs)
File "/home/test/web-platform-tests/tools/wptrunner/wptrunner/browsers/base.py", line 318, in start
self._run_server(group_metadata, **kwargs)
File "/home/test/web-platform-tests/tools/wptrunner/wptrunner/browsers/base.py", line 350, in _run_server
wait_for_service(self.logger, self.host, self.port,
File "/home/test/web-platform-tests/tools/wptrunner/wptrunner/environment.py", line 336, in wait_for_service
raise OSError("Service is unavailable: %s:%i" % addr)
OSError: Service is unavailable: 127.0.0.1:54329
The related code is in /testing/web-platform/tests/tools/wptrunner/wptrunner/environment.py.
Maybe geckodriver has problems but due to no extra logging that is not discoverable.
James and Sasha, is it something you could have a look at?
Flags: needinfo?(james)
Flags: needinfo?(aborovova)
Reporter | ||
Comment 2•1 year ago
|
||
The upstream PR got merged. Now waiting for the downstream sync on bug 1846258.
You need to log in
before you can comment on or make changes to this bug.
Description
•