Gather page reload stats from a user experience perspective
Categories
(Core :: Performance, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox70 | --- | fixed |
People
(Reporter: sefeng, Assigned: sefeng)
References
Details
Attachments
(2 files, 2 obsolete files)
47 bytes,
text/x-phabricator-request
|
Details | Review | |
2.61 KB,
text/plain
|
chutten
:
data-review+
|
Details |
We'd like to collect data about how users reload a page.
Assignee | ||
Updated•6 years ago
|
Comment 1•6 years ago
|
||
Assignee | ||
Comment 2•6 years ago
•
|
||
Instead of key combinations, how about we collect things like,
NORMAL_F5, SKIP_CACHE_F5, NORMAL_RELOAD_BUTTON, SKIP_CACHE_RELOAD_BUTTON, DUPLICATE_TAB_RELOAD_BUTTON
Comment 3•6 years ago
|
||
From a data analysis perspective, either method works fine as they contain the same information: a single probe keyed scalar, or a suite of scalar probes. The two issues I see are the telemetry resource demand of either method, and discovery/documentation of probe(s).
It might be a smaller fingerprint to send four integers probes, than a keyed scalar. I defer to Benjamin for his expertise on this point.
Breaking into individual probes will require good documentation, as it will require analysts to be informed of this probe "suite" or have to rummage through the probe dictionary to "discover" these probes and their relationship. The latter is definitely a large productivity hit for the analyst. In some sense, a keyed scalar is self-documenting, so it is easier to immediately utilize.
Comment 4•5 years ago
|
||
This seems like a resonable set of starting combinations. Also in favor of the keyed approach.
Comment 5•5 years ago
|
||
Sorry if my previous comment was confusing: I'm suggesting a (categorical or enumerated) histogram. If categorical, then proposed labels might be (trying to stay away from "normal", since that involves an individual's own perception and describing the keys pressed only)
"labels": [
"f5",
"ctrl_f5",
"toolbar",
"ctrl_toolbar",
"duplicate_tab"
],
I cannot remember off hand, but I think you'd mentioned yet more combinations. Sound good?
Comment 6•5 years ago
|
||
Hey Sean, can you update the data review text with the current key combinations that will be tracked please?
Assignee | ||
Comment 7•5 years ago
|
||
Hi Ben, please check out the updated review form. Let me know if you have questions.
Assignee | ||
Comment 8•5 years ago
|
||
Just making sure it doesn't fall off Ben's radar.
Updated•5 years ago
|
Comment 9•5 years ago
|
||
Ok from my end
Assignee | ||
Updated•5 years ago
|
Assignee | ||
Comment 10•5 years ago
|
||
Assignee | ||
Comment 11•5 years ago
|
||
Ben, while I was working on the patch, I figured the correct key combinations should be
["only_f5", "ctrl_f5", "ctrl_r", "ctrl_shift_r", "toolbar", "shift_toolbar", "meta_toolbar", "auxiliary_toolbar"], do I need to update the review form to reflect the change?
Updated•5 years ago
|
Updated•5 years ago
|
Assignee | ||
Comment 12•5 years ago
|
||
Update the data review form to match the key combinations and tag data review team to review.
Comment 13•5 years ago
|
||
Assignee | ||
Comment 14•5 years ago
|
||
Ben Corey: Chutten pointed whether it needs to be collected forever, I think it's a good point because we probably can stop it once we have cleaned the common user behaviours. thoughts?
Comment 15•5 years ago
|
||
I think it makes sense to collect this data for 2 releases, and then re-evaluate what we have learned and re-assess as to 1) does the collected data change or consolidate code paths in the browser (modifying probes) and 2) how relevant is the original data collection after more is known about reload behaviors.
So, I would be in favor of not collecting forever, but just for the next couple of releases and re-assessing. If it makes sense at that decision point, then perhaps then is a good time to flip the forever switch, Sound good?
Comment 16•5 years ago
|
||
I defer to Benjamin. The only suggestion I have is to collect the data for at least a few releases to base a decision of utility upon.
Assignee | ||
Comment 17•5 years ago
|
||
Let's do 2 releases!
Comment 19•5 years ago
|
||
Comment 20•5 years ago
|
||
bugherder |
Description
•