Closed
Bug 1365349
Opened 8 years ago
Closed 6 years ago
Webextensions manifest field for hiding Mozilla Extensions from the add-on listing
Categories
(Toolkit :: Add-ons Manager, enhancement, P1)
Toolkit
Add-ons Manager
Tracking
()
VERIFIED
FIXED
mozilla63
People
(Reporter: aswan, Assigned: aswan)
References
Details
(Whiteboard: triaged)
Attachments
(1 file)
The original bug will just handle bootstrapped addons with the flag in install.rdf. This bug is to eventually do the same for webextensions
+++ This bug was initially created as a clone of Bug #1363624 +++
SHIELD studies are managed by the SHIELD system add-on instead of the add-on manager, and should not appear in the about:addons listing (SHIELD will have it's own listing for studies). After discussing it via IRC, aswan suggested we add a field to the install manifest for bootstrapped Mozilla Extensions that lets them mark themselves as hidden from the about:addons extension listing.
Updated•7 years ago
|
Assignee: nobody → aswan
Priority: -- → P1
Whiteboard: triaged
Assignee | ||
Comment 1•7 years ago
|
||
Whoops, I confused this with bug 1363624 during triage. Adjusting the priority and un-assigning myself.
Assignee: aswan → nobody
Priority: P1 → P5
Updated•6 years ago
|
Priority: P5 → P1
Assignee | ||
Updated•6 years ago
|
Assignee: nobody → aswan
Updated•6 years ago
|
Assignee: aswan → nobody
Assignee | ||
Updated•6 years ago
|
Assignee: nobody → aswan
Assignee | ||
Comment 2•6 years ago
|
||
MozReview-Commit-ID: 114dbRtFIjP
Part of: https://github.com/mozilla/shield-studies-addon-utils/issues/246 The "Better Study Endings" Engineering plan.
Define:
* "study addon", a 'signed' webExtension designed as a data gathering mechanism, as part of the Shield and Pioneer programs.
(For reference)
Solves:
- hide 'shield study' and some other addons from `about:addons`.
- so that users do not panic when they install
- so that ending the study doesn't leave an 'undo' state.
Mechanism:
- adds new (optional) key "hidden" to Manifest.json
- reuse the existing `hidden()` function, currently used by System Addons
- in `manifest.json`, add key `"hidden": true`.
- in XPIDatabase.jsm (called by `about:addons`)
- if `hidden: true` AND the addon has "Privileged Signature", hide the addon.
No change:
- Studies appear in `about:support`, `about:studies` (tracked by Normandy)
- Studies appear in Telemetry (filted by ID at analysis time)
- addons should still appear in `about:debugging`, be loadable by web-ext, etc.
Study build note: to Enable for an Addon:
- in `manifest.json`, add key `"hidden": true`. While 'unsigned', the addon will still appear.
Comment 4•6 years ago
|
||
Comment on attachment 8998093 [details]
Bug 1365349 Allow shield studies to not appear in about:addons
Kris Maglione [:kmag] has approved the revision.
Attachment #8998093 -
Flags: review+
Assignee | ||
Comment 5•6 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/bf4d257147427a853979df40a48c324cb6b82992
Bug 1365349 Allow shield studies to not appear in about:addons r=kmag
Comment 6•6 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 6 years ago
status-firefox63:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla63
Comment 7•6 years ago
|
||
Can we please get STR for QA, or qe-verify- if already covered?
Flags: needinfo?(aswan)
Assignee | ||
Comment 8•6 years ago
|
||
Covered by automated tests.
Manual testing would require signing an extension with a privileged signature, probably easier to just wait until Shield starts using this and then make it part of the QA process for individual studies.
Flags: needinfo?(aswan) → qe-verify-
Updated•6 years ago
|
Comment 9•6 years ago
|
||
I have verified that the issue is no longer reproducible on the latest Beta 63.0b10 (Build ID 20180927143327) and the latest Nightly 64.0a1 (Build ID 20181001220118) on Windows 10 x64, Mac 10.13, and Ubuntu 18.04 x64. Add-ons with the `"hidden": true` property are no longer displayed in the about:addons page.
I have used a signed version of the Block Autoplay Shield Study addon and have verified that the addon appears to be enabled in the "about:support" page.
You need to log in
before you can comment on or make changes to this bug.
Description
•