-
Notifications
You must be signed in to change notification settings - Fork 1.3k
[Telemetry] Media controls #5197
Comments
@pocmo are you able to handle the notification portion of this ticket?
|
Yes, I filed the following AC issue: Like for other components we will emit |
I'm about to put up a PR with the following
|
Thanks @pocmo! Please tag me for review on that so I get notified when it's merged and can implement in Fenix. |
Landed in AC. Removing the "waiting" label here. |
I will add these events as soon as they land in the snapshot 😄 |
As the v2.1.0-rc.1 couldn't be installed, I used a build from taskcluster. Please note the following:
Note that I was able to trigger the Event pings only for the notification bar. Note the following:{
"events": [
{
"timestamp": 0,
"category": "media_notification",
"name": "pause"
},
{
"timestamp": 1085,
"category": "media_notification",
"name": "play"
}
],
"ping_info": {
"ping_type": "events",
"seq": 8,
"start_time": "2019-09-30T08:34-04:00",
"end_time": "2019-09-30T08:36-04:00"
},
"client_info": {
"telemetry_sdk_build": "14.0.1",
"first_run_date": "2019-09-30-04:00",
"os": "Android",
"android_sdk_version": "28",
"os_version": "9",
"device_manufacturer": "Google",
"device_model": "Pixel 3a XL",
"architecture": "arm64-v8a",
"app_channel": "release",
"app_build": "12701924",
"app_display_version": "Unknown",
"client_id": "9d29dbf9-a19c-482e-aec7-b528ba3db822"
}
}
Second event
{
"events": [
{
"timestamp": 0,
"category": "media_notification",
"name": "pause"
},
{
"timestamp": 853,
"category": "media_notification",
"name": "play"
},
{
"timestamp": 1620,
"category": "media_notification",
"name": "pause"
},
{
"timestamp": 2337,
"category": "media_notification",
"name": "play"
}
],
"ping_info": {
"ping_type": "events",
"seq": 5,
"start_time": "2019-09-30T08:30-04:00",
"end_time": "2019-09-30T08:31-04:00"
},
"client_info": {
"telemetry_sdk_build": "14.0.1",
"first_run_date": "2019-09-30-04:00",
"os": "Android",
"android_sdk_version": "28",
"os_version": "9",
"device_manufacturer": "Google",
"device_model": "Pixel 3a XL",
"architecture": "arm64-v8a",
"app_channel": "release",
"app_build": "12701924",
"app_display_version": "Unknown",
"client_id": "9d29dbf9-a19c-482e-aec7-b528ba3db822"
}
}
Based on my comment I will remove the qa:needed. |
@vesta0 do you care to track the following telemetry events?
I intentionally did not record them, but we have hooks if you think they're necessary. We have events for the user pressing the play/pause button on both the tab and the media notification which was the original acceptance criteria for this ticket :) |
@sblatz also, if you can tell me |
@abodea I intentionally do not track that right now :) Going to see if Vesta wants that or not 😄 |
Oh, ok thank you @sblatz. |
@sblatz we don't need the other probes at this time, thanks for checking! |
@abodea I think this can be closed then. Please re-open if you disagree 😄 |
Just FYI: I added those
|
Great point @pocmo :) Since Autoplay is supposed to be by default, I figured we can measure how often users use the browser to play media by how often they interact with the media controls. But I see what you mean about media usage in general. I think it's a good idea to add those. Created another issue for it #5705 @sblatz |
Description & Product Manager / Data Scientist User Story
As a product owner, I want to know how often users are interacting with media controls in the browser.
Hypothesis
We believe this feature is useful to users, and successful when it is addressing user needs.
What questions will you answer with this data?
How often users interact with media controls?
Why does Mozilla need to answer these questions? Are there benefits for users? Do we need this information to address product or business requirements?
This helps us learn a few things:
What probes (suggested, if applicable)
Acceptance Criteria (Added by PM)
┆Issue is synchronized with this Jira Task
The text was updated successfully, but these errors were encountered: