Closed
Bug 1502437
Opened 6 years ago
Closed 6 years ago
Hide system addons on the new about:performance page
Categories
(Toolkit :: Performance Monitoring, defect)
Toolkit
Performance Monitoring
Tracking
()
VERIFIED
FIXED
mozilla65
Tracking | Status | |
---|---|---|
firefox-esr60 | --- | unaffected |
firefox63 | --- | unaffected |
firefox64 | + | verified |
firefox65 | + | verified |
People
(Reporter: Harald, Assigned: florian)
References
Details
Attachments
(1 file, 1 obsolete file)
4.56 KB,
patch
|
Felipe
:
review+
jcristau
:
approval-mozilla-beta+
|
Details | Diff | Splinter Review |
Most about pages hide system addons by default. About debugging controls this via devtools.aboutdebugging.showSystemAddons, which is default off.
about:performance should follow the same pattern.
Assignee | ||
Comment 1•6 years ago
|
||
(In reply to :Harald Kirschner :digitarald from comment #0)
> Most about pages hide system addons by default. About debugging controls
> this via devtools.aboutdebugging.showSystemAddons, which is default off.
>
> about:performance should follow the same pattern.
I think the usual reason for hiding them is that they are part of the browser rather than add-ons. But about:performance also shows an item for the browser iteself; should we show them as subitems of the browser item then?
Assignee | ||
Comment 2•6 years ago
|
||
Attachment #9021532 -
Flags: review?(felipc)
Assignee | ||
Updated•6 years ago
|
Assignee: nobody → florian
Status: NEW → ASSIGNED
Assignee | ||
Comment 3•6 years ago
|
||
I made this behavior depend on the same pref as bug 1502440. I think we'll want to uplift this patch to beta64, so I refrained from adding a "System add-on" new localizable string.
Depends on: 1502440
Comment 4•6 years ago
|
||
Comment on attachment 9021532 [details] [diff] [review]
Patch
Review of attachment 9021532 [details] [diff] [review]:
-----------------------------------------------------------------
::: toolkit/components/aboutperformance/content/aboutPerformance.js
@@ +407,5 @@
> + * The API to access addons is async, so we cache the list at the
> + * first access. The list is unlikely to change while the about:performance
> + * tab is open, so not updating seems fine.
> + */
> + _systemAddonIds: null,
I think it'd be better to initialize this to new Set() instead of null and have some other place to trigger the filling of this Set other than _promiseSnapshot.
Otherwise it's not obvious that the line `this._sysAddonsIds.has(addon.id)` won't potentially run before this Set is non-null. (maybe accidentally after a refactor of the code)
Assignee | ||
Comment 5•6 years ago
|
||
Attachment #9021585 -
Flags: review?(felipc)
Assignee | ||
Updated•6 years ago
|
Attachment #9021532 -
Attachment is obsolete: true
Attachment #9021532 -
Flags: review?(felipc)
Updated•6 years ago
|
Attachment #9021585 -
Flags: review?(felipc) → review+
Pushed by florian@queze.net:
https://hg.mozilla.org/integration/mozilla-inbound/rev/13d1718bccc0
Hide system add-ons in about:performance when browser internals are hidden, r=felipe.
Assignee | ||
Comment 7•6 years ago
|
||
Would make sense to uplift this to 64 at the same time as bug 1502440.
status-firefox64:
--- → affected
tracking-firefox64:
--- → ?
Comment 8•6 years ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
status-firefox65:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla65
Comment 9•6 years ago
|
||
Please request Beta approval on this when you get a chance.
Assignee | ||
Comment 10•6 years ago
|
||
Comment on attachment 9021585 [details] [diff] [review]
Patch v2
[Beta/Release Uplift Approval Request]
Feature/Bug causing the regression: Bug 1478831
User impact if declined: System add-ons that the user can't disable will be listed in about:performance, which can be confusing.
Is this code covered by automated tests?: No
Has the fix been verified in Nightly?: No
Needs manual test from QE?: Yes
If yes, steps to reproduce: QE is already working on verifying this feature more generally than just this bug. The step that matters here will be to test after setting the toolkit.aboutPerformance.showInternals pref to false when testing on Nightly.
List of other uplifts needed: Bug 1502440
Risk to taking this patch: Low
Why is the change risky/not risky? (and alternatives if risky): Straight forward patch.
String changes made/needed: none
Flags: needinfo?(florian)
Attachment #9021585 -
Flags: approval-mozilla-beta?
Comment 11•6 years ago
|
||
Brindusa can you verify this on nightly before we uplift?
Flags: needinfo?(brindusa.tot)
Updated•6 years ago
|
status-firefox63:
--- → unaffected
status-firefox-esr60:
--- → unaffected
Comment 12•6 years ago
|
||
Verified on Nightly 65, that system addons are not shown on about:performance page, if toolkit.aboutPerformance.showInternals is set to false.
Comment 13•6 years ago
|
||
Comment on attachment 9021585 [details] [diff] [review]
Patch v2
about:performance tweak, approved for 64.0b8
Attachment #9021585 -
Flags: approval-mozilla-beta? → approval-mozilla-beta+
Comment 14•6 years ago
|
||
bugherder uplift |
Updated•6 years ago
|
Flags: qe-verify+
Comment 15•6 years ago
|
||
Verified on Beta 64.0b8, the system addons are not shown on about:performance page as toolkit.aboutPerformance.showInternals is set to false by default.
You need to log in
before you can comment on or make changes to this bug.
Description
•