[webdriver-bidi] webExtension.install with path should not accept archives
Categories
(Remote Protocol :: WebDriver BiDi, defect, P2)
Tracking
(Not tracked)
People
(Reporter: chrmod, Unassigned)
References
(Blocks 2 open bugs, )
Details
(Whiteboard: [webdriver:backlog])
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:134.0) Gecko/20100101 Firefox/134.0
Updated•1 month ago
|
Comment 1•1 month ago
|
||
It looks like that we do not correctly handle a case when path
is given as type but the actual pass specified is an XPI file. Checking the BiDi specification for expand a web extension data spec
it says:
Let locator be a directory locator with path path and root corresponding to the root of the file system.
We most likely have to update it to Try to create a ...
and specifying the error that will be thrown if the given path is not a directory.
Updated•1 month ago
|
Comment 2•19 days ago
|
||
The severity field is not set for this bug.
:whimboo, could you have a look please?
For more information, please visit BugBot documentation.
Comment 3•19 days ago
|
||
Note that we could also install a web extension by directly pointing to the manifest.json
file. That would be another scenario that is currently not possible.
I've filed https://github.com/w3c/webdriver-bidi/issues/885 to get this discussed with the working group.
Updated•19 days ago
|
Comment 4•13 days ago
|
||
Not super urgent, but would be nice to fix it soon.
Description
•