Closed Bug 1797050 Opened 2 years ago Closed 2 years ago

Add `max_manifest_version: 2` to manifest `applications` key

Categories

(WebExtensions :: General, task, P2)

task

Tracking

(firefox108 fixed)

RESOLVED FIXED
108 Branch
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
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.

Alias: dev-doc-needed

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).

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

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

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

Severity: -- → N/A
Priority: -- → P2
Keywords: leave-open
Alias: dev-doc-needed
Keywords: dev-doc-needed
Pushed by wdurand@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/7036cc520089
Part 1 - Use `browser_specific_settings` instead of `applications` in existing `devtools/` tests. r=rpl,nchevobbe
Pushed by wdurand@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/c506fd9f0483
Part 2 - Use `browser_specific_settings` instead of `applications` in existing `browser/components/enterprisepolicies/` tests. r=rpl,mkaply

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.

Pushed by wdurand@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/53ce60b1b515
Part 4 - Use `browser_specific_settings` instead of `applications` in remaining tests. r=rpl,application-update-reviewers,bytesized

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

Push with failures

Failure log

INFO - TEST-UNEXPECTED-FAIL | browser/components/preferences/tests/browser_extension_controlled.js | Uncaught exception in test - startup failed
Flags: needinfo?(wdurand)

Ha, oops, sorry. I think something in the "Part 3" patch is likely needed for the patch I landed earlier.

Flags: needinfo?(wdurand)

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.

Attachment #9300173 - Attachment description: Bug 1797050 - Part 5 - Add `max_manifest_version: 2` to manifest `applications` key. r?rpl! → Bug 1797050 - Part 6 - Add `max_manifest_version: 2` to manifest `applications` key. r?rpl!
Blocks: 1797777
Pushed by wdurand@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/4acd13106ce5
Part 3 - Use `browser_specific_settings` instead of `applications` in existing WebExt tests. r=rpl,geckoview-reviewers,extension-reviewers,owlish
https://hg.mozilla.org/integration/autoland/rev/9dacc517cc5d
Part 4 - Use `browser_specific_settings` instead of `applications` in remaining tests. r=rpl,application-update-reviewers,bytesized
https://hg.mozilla.org/integration/autoland/rev/43b652acc72d
Part 5 - Use `browser_specific_settings` instead of `applications` in android test extensions. r=owlish

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

Attachment #9300173 - Attachment description: Bug 1797050 - Part 6 - Add `max_manifest_version: 2` to manifest `applications` key. r?rpl! → Bug 1797050 - Part 7 - Add `max_manifest_version: 2` to manifest `applications` key. r?rpl!
Pushed by wdurand@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/1f33fbe85896
Part 6 - Use `browser_specific_settings` instead of `applications` in test manifests. r=rpl,perftest-reviewers,sparky
Pushed by wdurand@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/3f828529f7b2
Part 7 - Add `max_manifest_version: 2` to manifest `applications` key. r=rpl
Keywords: leave-open
Pushed by wdurand@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/6368b24316b9
Part 8 - Add test coverage for the deprecated manifest.json key "applications". r=rpl
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 108 Branch
Regressions: 1799704

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.

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.

Then, I guess we are good here?

Flags: needinfo?(rbloor)

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.

Flags: needinfo?(rbloor)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: