Add `max_manifest_version: 2` to manifest `applications` key
Categories
(WebExtensions :: General, task, P2)
Tracking
(firefox108 fixed)
| Tracking | Status | |
|---|---|---|
| firefox108 | --- | fixed |
People
(Reporter: willdurand, Assigned: willdurand)
References
(Blocks 1 open bug)
Details
(Keywords: dev-doc-complete, Whiteboard: [addons-jira])
Attachments
(8 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
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
48 bytes,
text/x-phabricator-request
|
Details | Review | |
|
Bug 1797050 - Part 8 - Add test coverage for the deprecated manifest.json key "applications". r?rpl!
48 bytes,
text/x-phabricator-request
|
Details | Review |
We want to get rid of the manifest applications key eventually and exclusively use browser_specific_settings because applications and bss are kinda interchangeable but not always and it is confusing.
We can "forbid" this key in MV3+ so let's update our schema to reflect that.
Updated•3 years ago
|
| Assignee | ||
Updated•3 years ago
|
| Assignee | ||
Comment 1•3 years ago
|
||
We want to encourage extension developers to use browser_specific_settings instead of applications,
which will be unsupported in Manifest Version 3+. This patch prepares the introduction of a new warning
(that is usually converted into an error in the test environment).
| Assignee | ||
Comment 2•3 years ago
|
||
We want to encourage extension developers to use browser_specific_settings instead of applications,
which will be unsupported in Manifest Version 3+. This patch prepares the introduction of a new warning
(that is usually converted into an error in the test environment).
Depends on D160057
| Assignee | ||
Comment 3•3 years ago
|
||
We want to encourage extension developers to use browser_specific_settings instead of applications,
which will be unsupported in Manifest Version 3+. This patch prepares the introduction of a new warning
(that is usually converted into an error in the test environment).
Depends on D160058
| Assignee | ||
Comment 4•3 years ago
•
|
||
We want to encourage extension developers to use browser_specific_settings instead of applications,
which will be unsupported in Manifest Version 3+. This patch prepares the introduction of a new warning
(that is usually converted into an error in the test environment).
Depends on D160059
| Assignee | ||
Updated•3 years ago
|
| Assignee | ||
Updated•3 years ago
|
| Assignee | ||
Updated•3 years ago
|
| Assignee | ||
Comment 7•3 years ago
|
||
This patch adds the constraint in our schema and fixes the remaining test cases
either by disabling the extensions.webextensions.warnings-as-errors pref OR
by updating the manifests.
Comment 8•3 years ago
|
||
| bugherder | ||
Comment 10•3 years ago
|
||
Backed out for causing browser-chrome failures in browser/components/preferences/tests/browser_extension_controlled.js
Backout link: https://hg.mozilla.org/integration/autoland/rev/25cf6e2ac8e140c1495c021d4c6742773ed2da3f
INFO - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/browser_extension_controlled.js | Uncaught exception in test - startup failed
| Assignee | ||
Comment 11•3 years ago
|
||
Ha, oops, sorry. I think something in the "Part 3" patch is likely needed for the patch I landed earlier.
| Assignee | ||
Comment 12•3 years ago
|
||
We want to encourage extension developers to use browser_specific_settings instead of applications,
which will be unsupported in Manifest Version 3+. This patch makes sure test extensions won't cause any
issues in the future.
Updated•3 years ago
|
Comment 13•3 years ago
|
||
| Assignee | ||
Comment 14•3 years ago
|
||
We want to encourage extension developers to use browser_specific_settings instead of applications, which will be unsupported in Manifest Version 3+. This patch makes sure test manifests in m-c won't cause any issues in the future.
Depends on D160541
Updated•3 years ago
|
Comment 15•3 years ago
|
||
| bugherder | ||
| Assignee | ||
Comment 16•3 years ago
•
|
||
Depends on D160248
Comment 17•3 years ago
|
||
Comment 18•3 years ago
|
||
| bugherder | ||
Comment 19•3 years ago
|
||
Comment 20•3 years ago
|
||
| bugherder | ||
| Assignee | ||
Updated•3 years ago
|
Comment 21•3 years ago
|
||
Comment 22•3 years ago
|
||
| bugherder | ||
Comment 23•3 years ago
|
||
We have no documentation for the applications manifest key on MDN or the browser compatibility data. If you follow the link to https://developer.mozilla.org/en-US/Add-ons/WebExtensions/manifest.json/applications the page describing the browser_specific_settings key opens. I did find one reference in the notes on contribution to the web extension examples, which I've removed.
Comment 24•3 years ago
|
||
I've also found and fixed several instances on MDN where applications was used as the link text for links to the browser_specific_settings reference page.
Comment 26•3 years ago
|
||
Yes - given your feedback that the applications property is still valid in the update manifest, the one remaining reference to this property across our various websites, on Updating your extension, doesn't need changing.
Description
•