Add telemetry probes for scrolling speed experiment
Categories
(Core :: Panning and Zooming, task)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox83 | --- | fixed |
People
(Reporter: kats, Assigned: kats)
References
Details
Attachments
(4 files)
For https://jira.mozilla.com/browse/FIDE-94 we want to add two telemetry probes. One is basically the same as the SCROLL_INPUT_METHODS probe we used to have but that expired and was removed. The other is a probe that tries to measure "overshoot" - when a user scrolls too far in a particular direction and then has to go back. This overshoot measure would only be applicable for mousewheel scrolling.
|
Assignee | |
Comment 1•4 years ago
|
||
|
|
Assignee | |
Comment 2•4 years ago
|
||
|
|
Assignee | |
Comment 3•4 years ago
|
||
This is mostly a revert of the patch in bug 1425686 that removed the old
probe, but rebased to new code locations and clang-formatted. The histogram
entry is also updated with new bug numbers and fields.
The next patch will refine some of these telemetry recording points; the patch
is split into two for easier reviewing as this part is basically what landed
originally.
|
|
Assignee | |
Comment 4•4 years ago
|
||
In particular, for "continuous" scrolling methods - autoscroll, scrollbar
dragging, trackpad panning, and touch panning, this patch records the start
of the gesture rather than on every frame or input event during the gesture.
This conceptually changes the metric from being implementation-centric to being
more user-centric, in that each conceptual "user gesture" counts towards one
SCROLL_INPUT_METHOD record. This is more useful for the purposes of recording
user intent with respect to scroll input methods for experiments.
Depends on D92995
|
|
Assignee | |
Comment 5•4 years ago
|
||
Depends on D92996
|
||
Comment 6•4 years ago
|
||
Comment on attachment 9180518 [details]
Data collection request
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 85.
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. :kats is responsible for renewing or removing the collection before it expires in Firefox 85.
Result: datareview+
|
||
Comment 7•4 years ago
|
||
Salut Julien, we have this bug here that we were hoping to ship with 82, but we have missed the Beta 9 deadline. Would there be another opportunity to uplift this request to 82?
Pushed by kgupta@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/efcabdd92c32 Add back the scroll input methods telemetry. r=botond https://hg.mozilla.org/integration/autoland/rev/1af82a7e6fdf Move some of the SCROLL_INPUT_METHODS recording. r=botond https://hg.mozilla.org/integration/autoland/rev/b7af7385c980 Add an overshoot detector and report an overshoot count to telemetry. r=botond
|
||
Comment 9•4 years ago
|
||
| bugherder | ||
https://hg.mozilla.org/mozilla-central/rev/efcabdd92c32
https://hg.mozilla.org/mozilla-central/rev/1af82a7e6fdf
https://hg.mozilla.org/mozilla-central/rev/b7af7385c980
|
||
Comment 10•4 years ago
|
||
Sorry, it's too late for non-release-blocking issues.
Description
•