Intermittent Wd RuntimeError: Event loop is closed | single tracking bug - DO NOT USE FOR CLASSIFICATION
Categories
(Remote Protocol :: WebDriver BiDi, defect, P5)
Tracking
(firefox128 fixed)
Tracking | Status | |
---|---|---|
firefox128 | --- | fixed |
People
(Reporter: intermittent-bug-filer, Assigned: jdescottes)
References
Details
(Keywords: intermittent-failure, intermittent-testcase, Whiteboard: [webdriver:m11])
Attachments
(1 file, 1 obsolete file)
Bug 1879832 - [wdspec] Properly end bidi session when stopping geckodriver in mozilla specific tests
48 bytes,
text/x-phabricator-request
|
Details | Review |
Filed by: hskupin [at] mozilla.com
Parsed log: https://treeherder.mozilla.org/logviewer?job_id=446904140&repo=try
Full log: https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/ZyC1XxEPT3WXmRAuGB5AZg/runs/0/artifacts/public/logs/live_backing.log
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Updated•2 years ago
|
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
Comment 9•1 years ago
|
||
As discussed in the triage meeting Julian will have a look.
Comment 10•1 years ago
|
||
Sorry Julian, but due to the amount of failures I've already taken a look. So our WebDriver BiDi Python client actually uses the websockets
package in version 10.3: https://searchfox.org/mozilla-central/source/testing/web-platform/tests/tools/third_party/websockets
Note that this release is from April 17th, 2022 while there is already version 12.0 out. As such there might have gone fixes into the package which probably could prevent this issue.
But note that there is also pywebsocket3 vendored as 3rd party package:
https://searchfox.org/mozilla-central/source/testing/web-platform/tests/tools/third_party/pywebsocket3
James do you remember why we have two different websocket clients vendored in? Should we consolidate these two to maybe just use pywebsocket? Easier for now might be upgrading websockets (in case there are no backward incompatible changes).
Comment hidden (Intermittent Failures Robot) |
Comment 12•1 year ago
|
||
pywebsocket3 is just a server, not a client.
Updating websockets to 11.0.4 seems possible, but 12.0 seems to require Python 3.8 (at least it doesn't have 3.7 wheels) which AIUI we are still not using in Gecko CI, so we can't update to that one.
Comment 13•1 year ago
|
||
(In reply to James Graham [:jgraham] from comment #12)
Updating websockets to 11.0.4 seems possible, but 12.0 seems to require Python 3.8 (at least it doesn't have 3.7 wheels) which AIUI we are still not using in Gecko CI, so we can't update to that one.
Oh we run Python 3.8 in Gecko CI for Linux jobs, while for [Mac](https://treeherder.mozilla.org/logviewer?job_id=453307846&repo=mozilla-central&lineNumber=214 and Windows we even have Python 3.11. So it means nothing should actually block us from getting the websockets client upgraded to the newest release.
Let me create an upstream PR for it so that we can be sure that it works for all supported browsers.
Comment 14•1 year ago
|
||
Alex can you verify my last comment and that we no longer use Python 3.7 in our CI? As it looks like the minimum version that we run now is 3.8. Thanks.
Comment 15•1 year ago
|
||
Confirmed, everything in CI should be on at least Python 3.8
.
The minimum version bump was ~3 months ago, and mach
will explicitly not run on older versions. See https://searchfox.org/mozilla-central/source/mach#83-88 (If it is invoked with an older version, it will try_alternate_python3_executables
and re-launch with a 3.8+ python version if it's available on the system, if not, it mach
will terminate).
Comment 16•1 year ago
|
||
Thanks Alex! I've created a RFC for web-platform tests to bump the minimum Python version from 3.7 to 3.8:
https://github.com/web-platform-tests/rfcs/pull/189
Comment hidden (Intermittent Failures Robot) |
Comment hidden (Intermittent Failures Robot) |
![]() |
||
Updated•1 year ago
|
Comment hidden (Intermittent Failures Robot) |
Comment 20•1 year ago
|
||
As it looks like this failure is always visible for Wd2 jobs which include the /_mozilla/webdriver/bidi/browsing_context/navigate/error.py
test where it is failing each time:
https://treeherder.mozilla.org/jobs?repo=mozilla-central&searchStr=wd2+windows
Note that the test is using a custom profile. Maybe there is a problem with the cleanup.
Updated•1 year ago
|
Comment hidden (Intermittent Failures Robot) |
Assignee | ||
Comment 22•1 year ago
|
||
Updated•1 year ago
|
Comment 23•1 year ago
|
||
Comment 26•1 year ago
|
||
bugherder |
Updated•1 year ago
|
Description
•