Closed
Bug 1320504
Opened 8 years ago
Closed 3 years ago
Add telemetry for memory consumed by content scripts
Categories
(WebExtensions :: General, enhancement, P5)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: kmag, Unassigned)
References
(Blocks 2 open bugs)
Details
(Whiteboard: [metrics] triaged)
I've come across several add-ons recently that inject huge amounts of code as content scripts into every top-level page (and sometimes into every frame). If this is a common enough pattern, it could cause serious performance problems for large chunks of our users.
We should try to gather some basic telemetry to make sure this doesn't actually become a problem.
It also might be worth showing console warnings when add-ons inject non-trivial scripts into all URLs.
Updated•8 years ago
|
Priority: -- → P1
Whiteboard: metrics, triaged
Updated•8 years ago
|
Assignee: nobody → kmaglione+bmo
Comment 1•8 years ago
|
||
In our quality planning meeting we discussed wanting to track metrics for both time spent loading content scripts, as well as the memory consumed by content scripts. I am going to take the former while Kris will handle the latter, so this should probably be split into two bugs. Do you agree, Kris?
Should we also open a separate bug for "showing console warnings when add-ons inject non-trivial scripts into all URLs"?
Blocks: webextensions-telemetry
Flags: needinfo?(kmaglione+bmo)
Whiteboard: metrics, triaged → [metrics] triaged
Comment 2•8 years ago
|
||
I'm interested in the comment "showing console warnings when add-ons inject non-trivial scripts into all URLs", how do you determine non-trivial in this case? Is this something that can be caught statically or are you planning on basing it on runtime information?
Reporter | ||
Comment 3•8 years ago
|
||
(In reply to Andy McKay [:andym] from comment #2)
> I'm interested in the comment "showing console warnings when add-ons inject
> non-trivial scripts into all URLs", how do you determine non-trivial in this
> case? Is this something that can be caught statically or are you planning on
> basing it on runtime information?
That's yet to be determined. Probably based on the average amount of time it takes to inject them, e.g., >15ms or so. We could probably try to statically estimate it based on script size and parse tree complexity, though. It might be worth doing.
Flags: needinfo?(kmaglione+bmo)
Comment 4•8 years ago
|
||
I have created bug 1356323 to split off the "time spent" probe from the "memory consumed" probe. It's still unclear whether we need to split off an additional bug for the conversation that Kris and Andy are having above.
Summary: Add telemetry for time and memory spent injecting content scripts → Add telemetry for memory consumed by content scripts
Reporter | ||
Updated•7 years ago
|
Blocks: webext-memory
This is an assigned P1 bug without activity in two weeks.
If you intend to continue working on this bug for the current release/iteration/sprint, remove the 'stale-bug' keyword.
Otherwise we'll reset the priority of the bug back to '--' on Monday, August 28th.
Keywords: stale-bug
Updated•7 years ago
|
Priority: P1 → P2
Updated•6 years ago
|
Product: Toolkit → WebExtensions
Reporter | ||
Comment 7•5 years ago
|
||
I'm not going to be able to work on this any time soon.
Assignee: kmaglione+bmo → nobody
Flags: needinfo?(kmaglione+bmo)
Updated•3 years ago
|
Severity: normal → N/A
Status: NEW → RESOLVED
Type: defect → enhancement
Closed: 3 years ago
Priority: P2 → P5
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•