Returned value of "unhandledPromptBehavior" for "session.new" has an invalid value "dismiss and notify" when unspecified
Categories
(Remote Protocol :: WebDriver BiDi, defect, P2)
Tracking
(firefox131 fixed)
| Tracking | Status | |
|---|---|---|
| firefox131 | --- | fixed |
People
(Reporter: dariokondratiuk, Assigned: Sasha)
References
(Blocks 1 open bug)
Details
(Whiteboard: [webdriver:m12][webdriver:relnote])
Attachments
(2 files)
Steps to reproduce:
Called the session.new with the arguments
{"id":1,"method":"session.new","params":{"capabilities":{"alwaysMatch":{"acceptInsecureCerts":false,"webSocketUrl":true}}}}
Actual results:
I got the response
{"type":"success","id":1,"result":{"sessionId":"4baa79eb-cbfc-4eec-8a8b-3a0b8561268a","capabilities":{"acceptInsecureCerts":false,"browserName":"firefox","browserVersion":"130.0a1","platformName":"mac","unhandledPromptBehavior":"dismiss and notify","userAgent":"Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:130.0) Gecko/20100101 Firefox/130.0","moz:buildID":"20240722092846","moz:headless":false,"moz:platformVersion":"23.5.0","moz:processID":33451,"moz:profile":"/var/folders/_d/6zl2pzmn1cd0y9h9rdx6zwcc0000gn/T/qcmjvky2.bg4","moz:shutdownTimeout":60000,"proxy":{}}}
Expected results:
According to the docs https://w3c.github.io/webdriver-bidi/#type-session-UserPromptHandler, "dismiss and notify" is not a valid value
Comment 1•1 year ago
|
||
The Bugbug bot thinks this bug should belong to the 'Firefox::Session Restore' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Comment 2•1 year ago
|
||
I don't think this belongs here, moving it. Bad bot.
Comment 3•1 year ago
|
||
Thanks for the report! As it looks like this is a problem with the WebDriver BiDi specification especially when serializing the user prompt handler:
https://w3c.github.io/webdriver/#dfn-serialize-the-user-prompt-handler
When the capability hasn't been specified when requesting a new session we don't have any entry and the map is null, and in the serialization steps we just return dismiss and notify as first step. Most likely we should make that dependent on the BiDi flag to make it conforming to the CDDL.
Updated•1 year ago
|
Comment 4•1 year ago
|
||
Using an empty object as value for session.new we return that as well. Given that the capability is optional in the returned capabilities we might actually not include it at all?
Comment 5•1 year ago
|
||
In the scope of this bug, let's just stop returning the capability if it's not provided by the client.
We can file a follow up to handle the edge cases that still exist in the spec.
| Assignee | ||
Updated•1 year ago
|
| Assignee | ||
Comment 6•1 year ago
|
||
| Assignee | ||
Comment 7•1 year ago
|
||
Comment 9•1 year ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/228cec8e3476
https://hg.mozilla.org/mozilla-central/rev/d3fca12d84b3
Updated•1 year ago
|
Description
•