Add telemetry for the time from print initiation to FrameLoader.printPreview() call and return
Categories
(Toolkit :: Printing, task, P1)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox82 | --- | fixed |
People
(Reporter: jwatt, Assigned: jwatt)
References
(Blocks 1 open bug)
Details
(Whiteboard: [print2020_v82][old-ui-])
Attachments
(2 files)
|
47 bytes,
text/x-phabricator-request
|
Details | Review | |
|
2.86 KB,
text/plain
|
chutten
:
data-review+
|
Details |
We currently have telemetry to measure how long the background tasks to fetch printer information take. That's not a direct measure of how long we take before we ask the platform code to start creating the print though, and if we fix bug 1663712 then the existing telemetry is no longer useful for that purpose. We should have direct stats for this as a more direct measure of the experience users are getting.
Updated•5 years ago
|
| Assignee | ||
Updated•5 years ago
|
| Assignee | ||
Comment 1•5 years ago
|
||
Updated•5 years ago
|
| Assignee | ||
Comment 2•5 years ago
|
||
Updated•5 years ago
|
Comment 3•5 years ago
|
||
Comment on attachment 9176001 [details]
Data review
DATA COLLECTION REVIEW RESPONSE:
Is there or will there be documentation that describes the schema for the ultimate data set available publicly, complete and accurate?
Yes.
Is there a control mechanism that allows the user to turn the data collection on and off?
Yes. This collection is Telemetry so can be controlled through Firefox's Preferences.
If the request is for permanent data collection, is there someone who will monitor the data over time?
No. This collection will expire in Firefox 89.
Using the category system of data types on the Mozilla wiki, what collection type of data do the requested measurements fall under?
Category 2, Interaction.
Is the data collection request for default-on or default-off?
Default on for all channels.
Does the instrumentation include the addition of any new identifiers?
No.
Is the data collection covered by the existing Firefox privacy notice?
Yes.
Does there need to be a check-in in the future to determine whether to renew the data?
Yes. Jonathan Watt is responsible for renewing or removing the collection before it expires in Firefox 89.
Result: datareview+
Comment 5•5 years ago
|
||
Backed out changeset for eslint failure on content/print.js.
Failure log: https://treeherder.mozilla.org/logviewer.html#?job_id=315867923&repo=autoland
Backout link: https://hg.mozilla.org/integration/autoland/rev/d8c79d60dadf9fbc11558a6715c7f12616400ef9
| Assignee | ||
Comment 6•5 years ago
•
|
||
Meh. Lando screwed up the automerge ( https://hg.mozilla.org/integration/autoland/rev/0e787c1b0a30c1f20d4ac814dcd9fefb83253aaa#l1.39 ).
Comment 8•5 years ago
|
||
| bugherder | ||
Description
•