"webExtenstion.install" should install web extensions temporary by default and allow a permanent installation as well.
Categories
(Remote Protocol :: WebDriver BiDi, enhancement, P2)
Tracking
(firefox138 fixed, firefox139 fixed)
People
(Reporter: whimboo, Assigned: whimboo)
References
(Blocks 2 open bugs, )
Details
(Whiteboard: [webdriver:m16][wptsync upstream][webdriver:relnote])
Attachments
(6 files)
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
Details | Review | |
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-beta+
|
Details | Review |
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-beta+
|
Details | Review |
48 bytes,
text/x-phabricator-request
|
phab-bot
:
approval-mozilla-beta+
|
Details | Review |
For extension developers who want to test their extensions in the future we will have to support to install them temporarily like what Marionette can already do. So far we didn't agree on getting an extra parameter added to the webExtension.install
command in the specification, so maybe we need to add a Mozilla specific one like moz:temporary
.
Assignee | ||
Comment 1•3 months ago
|
||
We agreed that we should make the default behavior to install the web extension temporarily. That will allow us to install each kind of web extension even if not signed by default. But that also means that when it should be installed permanently we would require a moz:permanent
parameter.
For now I filed https://github.com/w3c/webdriver-bidi/issues/879 to discuss the wanted behavior for WebDriver BiDi. Once it's clear we will know if we need a custom vendor-prefixed argument or if there will be a public one.
Depending on the outcome - and if we cannot correctly describe it in the BiDi specification - we might consider to have some documentation in our firefox-source docs.
Updated•2 months ago
|
Assignee | ||
Comment 4•2 months ago
|
||
Based on what we saw on bug 1956510 we should switch sooner than later to install temporary by default.
Updated•2 months ago
|
Assignee | ||
Comment 5•2 months ago
|
||
Updated•2 months ago
|
Assignee | ||
Comment 6•2 months ago
|
||
Assignee | ||
Comment 7•2 months ago
|
||
Comment 10•1 month ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/ad46c9d74958
https://hg.mozilla.org/mozilla-central/rev/917a8f7325bb
https://hg.mozilla.org/mozilla-central/rev/dada85be12d0
Assignee | ||
Comment 12•1 month ago
|
||
Adding to triage to discuss a potential uplift to 138 beta while it is early in stage.
Assignee | ||
Comment 13•1 month ago
|
||
As discussed in the meeting we want to uplift this patch. I'll put up a patch soon.
Assignee | ||
Comment 14•1 month ago
|
||
Updated•1 month ago
|
Assignee | ||
Comment 15•1 month ago
|
||
Updated•1 month ago
|
Assignee | ||
Comment 16•1 month ago
|
||
Updated•1 month ago
|
Comment 17•1 month ago
|
||
beta Uplift Approval Request
- User impact if declined: Users of WebDriver are not able to install unsigned and unpacked web extensions
- Code covered by automated testing: yes
- Fix verified in Nightly: yes
- Needs manual QE test: no
- Steps to reproduce for manual QE testing: None
- Risk associated with taking this patch: Low
- Explanation of risk level: Just changes the default value for installing a web extension
- String changes made/needed: None
- Is Android affected?: yes
Updated•1 month ago
|
Updated•1 month ago
|
Updated•1 month ago
|
Comment 18•1 month ago
|
||
uplift |
Updated•1 month ago
|
Updated•23 days ago
|
Description
•