GeckoView Window.Print Failure Telemetry
Categories
(GeckoView :: General, enhancement, P1)
Tracking
(firefox115 fixed)
Tracking | Status | |
---|---|---|
firefox115 | --- | fixed |
People
(Reporter: olivia, Assigned: olivia)
References
Details
(Whiteboard: [geckoview:m114][geckoview:m115])
Attachments
(2 files, 2 obsolete files)
48 bytes,
text/x-phabricator-request
|
Details | Review | |
3.06 KB,
text/plain
|
royang
:
data-review+
|
Details |
We would like to capture the error conditions on window.print to know more on how well the feature is performing. However, the error conditions mostly happen on the Java side and Glean is not connected in Java (bug 1753467).
One workaround idea for one of the error conditions is to include the state of the failure in the message from Java back to JavaScript, where we do have access to Glean.
Idea to send telemetry on the PDF generation error condition without performing it from the Java side:
- We could adjust the message from the GeckoSession to state that PDF generation completed exceptionally, which covers a lot of the possible error conditions (there are more, but they happen much later during printing and this is a primary place for failure).
- This message is picked up in the GeckoViewNavigation and passed to the PrintDelegate actor, which does have access to Glean.
- We do have some existing telemetry on PDF generation failure rates, but it relates more to "Saving as PDF" directly and not preparing a PDF for printing.
Assignee | ||
Updated•2 years ago
|
Assignee | ||
Updated•2 years ago
|
Assignee | ||
Updated•2 years ago
|
Assignee | ||
Comment 1•2 years ago
|
||
This bug adds in some additional telemetry for window.print on GeckoView
to report error conditions and if the Android print dialog successfully
opens.
Assignee | ||
Comment 2•2 years ago
|
||
This bug adds in some additional telemetry for window.print on GeckoView
to report error conditions and if the Android print dialog successfully
opens.
Updated•2 years ago
|
Assignee | ||
Comment 3•2 years ago
|
||
This bug adds in some additional telemetry for window.print on GeckoView
to report error conditions and if the Android print dialog successfully
opens.
Updated•2 years ago
|
Assignee | ||
Comment 4•2 years ago
|
||
Comment 5•2 years ago
•
|
||
Comment on attachment 9331496 [details]
Data-Review-Window.Print.md
DATA COLLECTION REVIEW RESPONSE:
- Is there or will there be documentation that describes the schema for the ultimate data set in a public, complete, and accurate way?
Yes, through the metrics.yaml file and the Glean Dictionary.
- 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?
N/A, collection to be removed or renewed by version 124
- 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 data
- 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 the data collection use a third-party collection tool?
No
Result: data-review+
Assignee | ||
Updated•1 years ago
|
Comment 7•1 years ago
|
||
bugherder |
Updated•6 months ago
|
Description
•