Stale WebDriverBiDiConnection instances cause extra submission for registered events
Categories
(Remote Protocol :: WebDriver BiDi, defect, P2)
Tracking
(firefox96 fixed)
Tracking | Status | |
---|---|---|
firefox96 | --- | fixed |
People
(Reporter: whimboo, Assigned: whimboo)
References
Details
(Whiteboard: [bidi-m2-mvp])
Attachments
(1 file)
As seen recently for log.entryAdded
events related Wdspec tests the WebDriver BiDi connections are not getting correctly closed in-between (parameterized) tests, which means that a lot of subscriptions for events will remain and clutter the log until Firefox gets restarted due to eg. a change to capabilities.
Here an example of a newly added test that runs 10 parameterized variations and causing 10 log.entryAdded
events to be submitted:
https://treeherder.mozilla.org/logviewer?job_id=358821989&repo=autoland&lineNumber=4133-4160
Assignee | ||
Comment 1•3 years ago
|
||
What's actually happening here is that for each test we drop the connection in the client, and reconnect for the next test. Hereby we do not create a new WebDriver session and as such re-connect to the previously created one.
The problem is that even we detect the closing of the WebSocket connection, we do not remove it from the list of connections for the given WebDriver session.
Assignee | ||
Comment 2•3 years ago
|
||
Proposing for M2 to help investigating wdspec test failures which right now is very hard due to the amount of unnecessary log messages.
Assignee | ||
Updated•3 years ago
|
Assignee | ||
Comment 3•3 years ago
|
||
Depends on D132062
Updated•3 years ago
|
Assignee | ||
Comment 5•3 years ago
|
||
Given that the fix on this bug got already landed we have to add it to M2.
Comment 6•3 years ago
|
||
bugherder |
Updated•3 years ago
|
Assignee | ||
Updated•3 years ago
|
Description
•