Add telemetry statistics for cached versus non-cached compose window startup times

RESOLVED WONTFIX

Status

Thunderbird
Testing Infrastructure
RESOLVED WONTFIX
6 years ago
2 years ago

People

(Reporter: standard8, Unassigned)

Tracking

13 Branch

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

6 years ago
The caching of compose windows was implemented a long time ago as a result of the large amount of xbl taking a long time to start up the compose window.

We've had anecdotal evidence of non-cached windows not taking massive amounts time to open up.

We should add telemetry hooks to measure non-cached versus cached times. These should primarily be on compose windows that aren't also opening emails (e.g. reply/forward), though getting those stats separately might also be interesting.

This should give us a better picture of what is happening in real life, and hence, if we need to keep the cached compose window or not.
Mark did you get anywhere with this one ?

Comment 2

2 years ago
We'll just remove the recycling in bug 777732.
Status: NEW → RESOLVED
Last Resolved: 2 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.