dpad@google.com jimmyxgong@chromium.org cros-peripherals@google.com Record which shortcuts are being used for an action. Fires when the use perform an action using a keyboard shortcut. A shortcut is encoded as an int where the high 16 bits represent all the modifiers used, and the 0-15 bits represent which key is used. jimmyxgong@chromium.org longbowei@google.com cros-peripherals@google.com Record which desk the user switches to. Fires when the user switches desk to a specific index using a keyboard shortcut. zentaro@chromium.org cros-peripherals@chromium.org Opening the task manager has two accelerators: - Shift+Esc which is deprecated. - Search+Esc which is new. This histogram shows the number of times each accelerator (deprecated and new) is used. afakhry@chromium.org Toggling the high contrast display mode has two accelerators: - Search+Shift+H which is deprecated. - Ctrl+Search+H which is new. This histogram shows the number of times each accelerator (deprecated and new) is used. zentaro@chromium.org cros-peripherals@google.com Captures the result of a user using the rotation accelerator - Ctrl+Shift+Refresh. This histogram shows how frequently users accidentally hit the key combination. xdai@chromium.org chromeos-wmp@google.com Captures usage of Alt+[ and Alt+]. cowmoo@google.com xiaohuic@chromium.org Recorded whenever Ambient mode is entered from {TabletOrClamshell}. AmbientUiMode indicates whether the user entered Ambient mode from the lock screen or from screen idle. wutao@chromium.org xiaohuic@chromium.org Emitted when the ambient mode photo transition animation completes to report the smoothness of this animation. 100% represents ideally smooth 60 frames per second. cowmoo@google.com xiaohuic@chromium.org Among eligible users, whether the user has Ambient mode enabled. Recorded once for every UMA upload. The set of eligible users includes all users with profiles that can allow Ambient mode to be enabled. This is limited by profile type, whether the user is primary, if the user has a supported email, etc. cowmoo@google.com esum@google.com Among eligible users with ambient mode enabled, records the length of each session for {Settings}. The metric is emitted when ambient mode is ended. esum@google.com xiaohuic@chromium.org Among eligible users with ambient mode enabled, records the accumulated duration spent in {Orientation} mode during a single ambient mode session rendering the {Settings} UI. For example, say ambient mode starts in landscape for A ms, switches to portrait for B ms, then back to landscape for C ms before ambient mode ends. A + C will be emitted for landscape mode, and B will be emitted for portrait mode. Emitted once per observed orientation each time the user exits ambient mode. cowmoo@google.com xiaohuic@chromium.org Among eligible users with ambient mode enabled, records the length of each session. The metric is emitted when ambient mode is ended. 2 new animated ambient mode themes have been added started in M104. esum@google.com wutao@google.com Background initialization tasks must be completed successfully before the ambient UI can be launched. For example, slide show mode must download an initial set of photos from the server before the UI can be rendered. This records the initialization success/failure count per ambient setting; each ambient setting (slide show, video, etc) has a different initialization process. This is emitted each time ash tries to launch the ambient UI. esum@google.com xiaohuic@chromium.org Emitted periodically while {Settings} is rendering in ambient mode. 100% represents ideal smoothness. esum@google.com xiaohuic@chromium.org Only applies to multi-screen use cases in ambient mode. Records the offset observed between {Settings} animations' timestamps when rendering on multiple screens. Ideally, this would be 0, but small imperceptible offsets are acceptable (under .1 seconds). The offset recorded here is the absolute difference in milliseconds between the animation with the smallest and largest timestamp. The metric is emitted after every single animation frame in ambient mode (there is a high volume). For single-screen use cases, this metric is inactive. esum@google.com xiaohuic@chromium.org Applies to ambient mode animations with image assets embedded in them (spots in the animation where the user's photos should be plugged in). Captures the percentage of time that the orientation (landscape vs portrait) of the image asset matches that of the actual photo being assigned to it. Ideally this is 100%. Does not apply to the slideshow ambient theme. Emitted each time the photos in the animation are refreshed (after each animation cycle is complete). cowmoo@google.com xiaohuic@chromium.org Among eligible users with ambient mode enabled, records the source of ambient mode photos. Recorded once for every UMA upload. esum@google.com xiaohuic@chromium.org Among eligible users with ambient mode enabled, records the number of screens present during a {Settings} ambient mode session. Emitted each time ambient mode exits. cowmoo@google.com xiaohuic@chromium.org Among eligible users with ambient mode enabled, records the selected number of personal photo albums. Recorded once only when users make a selection on the personal photo albums on Settings page. esum@google.com xiaohuic@google.com Records the amount of time it takes for {Settings} in ambient mode to start. This includes tasks such as downloading an initial set of photos from IMAX server, decoding them, loading the animation from resource pak, etc. Note this measurement does not include the lock screen inactivity timeout (currently 7 seconds). So ideally, this should be 0. Also note that ambient mode should start after a 10 second timeout if at least 1 photo has been downloaded from IMAX. Hitting the 10 second timeout is considered non-ideal, but acceptable behavior. However, anything over that is very bad. Thus, this histogram has a 15 second maximum (added a 5 second buffer to the timeout just to be safe). Anything over the 15 second maximum goes in the overflow bucket and is considered a total failure to start ambient mode. This should be extremely rare. Emitted each time the {Settings} UI starts rendering, or when ambient mode exits in the event that the UI never started rendering. cowmoo@google.com xiaohuic@chromium.org Among eligible users with ambient mode enabled, records the total number of personal photo albums. Recorded once only when users make a selection on the personal photo albums on Settings page. esum@google.com xiaohuic@chromium.org Emitted at the end of each ambient mode session that renders {Settings}. Only applies to ambient video themes. Tracks whether video playback started successfully in each ambient video session. Ideally, there are nothing but success and loading statuses being recorded (the latter should be rare because it means the user killed the session right as the video was being loaded). esum@google.com xiaohuic@chromium.org Emitted at the end of each ambient mode session that renders {Settings}. Only applies to ambient video themes. Tracks the total number of frames created divided by the total number of frames expected during the entire ambient session. 100% represents ideal smoothness, and any deviation from that is due to dropped video frames. This metric requires a minimum of ~5 seconds of playback (~100 expected videos frames) to be recorded; ambient video sessions shorter than that are not statistically significant enough to record and will not be tracked. As such, this metric is just a general gauge of the video's performance in the field. Separate fine-grained metrics tracking rebuffering frequency and duration may be added in the future. alemate@chromium.org khmel@chromium.org arc-performance@google.com cros-sw-perf@google.com For each user after they opted-in into ARC++, records the duration of initial apps installation. Duration is measured as an interval between the opt-in and the moment when all default apps become either "ready" or "update error". This is only reported within the same opt-in session, and is not reported if default apps were not installed within the session. cowmoo@chromium.org xiaohuic@chromium.org Relative smoothness of assistant related animations. 100% represents ideally smooth 60 frames per second. {AshAssistantAnimationSmoothness} minch@chromium.org tclaiborne@chromium.org End scenario type while swiping back from the left side of the window in tablet mode. minch@chromium.org tclaiborne@chromium.org Start scenario type while swiping back from the left side of the window in tablet mode. minch@chromium.org tclaiborne@chromium.org Underneath window type while swiping back from the left side of the window in tablet mode. cwd@google.com ckwyee@google.com The battery charge percent when {BatteryPercentWhen} cwd@google.com ckwyee@google.com How long battery saver was enabled. Logged when {DurationWhen} cwd@google.com ckwyee@google.com The battery time to empty when battery saver is {TimeToEmptyWhen}. Only logged when an estimate is available. hidehiko@chromium.org oshima@chromium.org Making sure nobody in the production calls the ProfileManager::GetPrimaryUserProfile() in unexpected timing. This entry will not have "false" status. hidehiko@chromium.org oshima@chromium.org Making sure nobody in the production calls ProfileHelper::GetUserByProfile() for the Profile instance, which does not have corresponding User. This entry will not have "false" status. janagrill@google.com artyomchen@google.com The time elapsed from the completion of a successful forward migration to the start of a backward migration, with a maximum of 24 days. Recorded every time backward migration is started, if forward migration was performed prior to it. janagrill@google.com artyomchen@google.com The time in ms that elapsed while DeleteAshItems() was run. Recorded once when browser data backward migration happens if the step succeeds. janagrill@google.com artyomchen@google.com The time in ms that elapsed while DeleteLacrosDir() was run. Recorded once when browser data backward migration happens if the step succeeds. janagrill@google.com artyomchen@google.com The time in ms that elapsed while DeleteTmpDir() was run. Recorded once when browser data backward migration happens if the step succeeds. janagrill@google.com artyomchen@google.com The time in ms that elapsed while MergeSplitItems() was run. Recorded once when browser data backward migration happens if the step succeeds. janagrill@google.com artyomchen@google.com The time in ms that elapsed while MoveLacrosItemsToAshDir() was run. Recorded once when browser data backward migration happens if the step succeeds. janagrill@google.com artyomchen@google.com The time in ms that elapsed while MoveMergedItemsBackToAsh() was run. Recorded once when browser data backward migration happens if the step succeeds. janagrill@google.com artyomchen@google.com The time in ms that elapsed while PreMigrationCleanUp() was run. Recorded once when browser data backward migration happens if the step succeeds. janagrill@google.com artyomchen@google.com The final status of browser data backward migration. Recorded once at the end of the migration process. It is collected to monitor whether backward migration is working, and if it is not to determine which step is failing. janagrill@google.com artyomchen@google.com The number of Lacros secondary profiles at the time of starting the backward migration process. Recorded every time migration is started. janagrill@google.com artyomchen@google.com Recorded when browser data backward migration fails. Records the errno set by the operation that caused the migration to fail. `TaskStatus` is used to determine the step in which the error occurred. janagrill@google.com artyomchen@google.com How long the backward migration took to complete in ms. Only recorded if migration succeeds. ythjkt@chromium.org hidehiko@chromium.org The size of profile data that is identified to belong to ash-chrome i.e. the total size of files that are under profile data directory of ash-chrome that should remain in the same directory. ythjkt@chromium.org hidehiko@chromium.org The size of profile data that is duplicated in both ash and lacros data directory. ythjkt@chromium.org hidehiko@chromium.org The size of data that will be created due to profile migration. Note that this value is only an estimate. ythjkt@chromium.org hidehiko@chromium.org The size of data that will be created due to profile migration. Only collected for users that cannot secure 100MB extra space buffer for profile migration. ythjkt@chromium.org hidehiko@chromium.org Free disk space available under profile directory. Only collected for users that cannot secure 100MB extra space buffer for profile migration. ythjkt@chromium.org hidehiko@chromium.org Free disk space available under profile directory after deleting deletable items. ythjkt@chromium.org hidehiko@chromium.org Free disk space available under profile directory after deleting deletable items. Only collected for users that cannot secure 100MB extra space buffer for profile migration. ythjkt@chromium.org hidehiko@chromium.org The size of disk space after profile migration. If the value is negative that means the user currently are short of disk space by that amount. ythjkt@chromium.org hidehiko@chromium.org The size of profile data that is identified to belong to lacros-chrome i.e. the total size of files that are under profile data directory of ash-chrome that should move to lacros data directory. ythjkt@chromium.org hidehiko@chromium.org The total size of data inside the 'MyFiles' directory. Only collected for users that cannot secure 100MB extra space buffer for profile migration. ythjkt@chromium.org hidehiko@chromium.org The size of profile data that is identified to be deletable such as cache. ythjkt@chromium.org hidehiko@chromium.org The total size of data inside the profile directory. Only collected for users that cannot secure 100MB extra space buffer for profile migration. ythjkt@chromium.org hidehiko@chromium.org The time taken for profile migration before it is cancelled by the user during move migration. Profile move migration happens once after Lacros and move migration is enabled. This only gets recorded if the user clicks "Skip" from the migration UI displayed during the migration. Profile move migration is a feature to migrate profile data from Ash to Lacros once after Lacros is enabled. ythjkt@chromium.org hidehiko@chromium.org The size of disk space occupied by files/dirs created during the migration. ythjkt@chromium.org hidehiko@chromium.org The difference between the estimate and the actual size of disk space occupied by files/dirs created during the migration. ythjkt@chromium.org hidehiko@chromium.org This is recorded if move profile migration is aborted due to the lack of extra space required on disk. The amount of space required to be freed is recorded. ythjkt@chromium.org hidehiko@chromium.org Recorded for users who've reached the maximum number of resumes `kMoveMigrationResumeCountLimit`. This entry will not have "false" status. ythjkt@chromium.org hidehiko@chromium.org The time taken for move migration to run MoveLacrosItemsToNewDir(). Recorded once during the migration. Profile move migration is a feature to migrate profile data from Ash to Lacros once after Lacros is enabled. ythjkt@chromium.org hidehiko@chromium.org Recorded when profile move migration fails. Profile move migration happens once after Lacros and move migration is enabled. Records the errno set by the operation that caused the migration to fail. `TaskStatus` is used to determine which step the error occurred. Profile move migration is a feature to migrate profile data from Ash to Lacros once after Lacros is enabled. ythjkt@chromium.org hidehiko@chromium.org The time taken for move migration to run PreMigrationCleanUp() and recorded once when profile move migration happens. Profile move migration migrates profile data from Ash to Lacros after Lacros is enabled. ythjkt@chromium.org hidehiko@chromium.org The number of times move migration was resumed. Resume means that the previous migrations were interrupted mid way and had to be resumed from where it was left off. ythjkt@chromium.org hidehiko@chromium.org The step from which move migration is resumed from. Recorded once at the beginning of profile move migration. Profile move migration gets resumed from where it left off if the previous attempt were did not finish completely. Profile move migration migrates profile data from Ash to Lacros after Lacros is enabled. ythjkt@chromium.org hidehiko@chromium.org The time taken for move migration to copy target items inside SetupLacrosDir(). Recorded once during profile move migration. Profile move migration is a feature to migrate profile data from Ash to Lacros once after Lacros is enabled. ythjkt@chromium.org hidehiko@chromium.org The time taken for profile move migration to complete in ms. Recorded once at the end of the migration if it is successful. Profile move migration is a feature to migrate profile data from Ash to Lacros once after Lacros is enabled. ythjkt@chromium.org hidehiko@chromium.org The final status of profile move migration. Recorded once at the end of the migration process. Profile move migration is a feature to migrate profile data from Ash to Lacros once after Lacros is enabled. ythjkt@chromium.org hidehiko@chromium.org The size of temporary profile directory created during the migration. ythjkt@chromium.org hidehiko@chromium.org The size of temporary split directory created during the migration. andreaorru@chromium.org hidehiko@chromium.org Making sure nobody in the production calls ash::standalone_browser::BrowserSupport::Initialize() in unexpected timing. This entry will not have "false" status. kradtke@chromium.org cros-status-area-eng@google.com Records which keys are used when the user navigates the Monthly Calendar View accessible from Quick Settings and system tray with the keyboard. Triggered when user shifts focus from a Calendar element to another by pressing tab, or when navigating Calendar Date Cells with the arrow keys. jiamingc@google.com cros-status-area-eng@google.com Records the number of currently visible events shown to the user when the Calendar Event List view displays in one day. i.e. the user opens the sys tray calendar, clicks on a date cell and sees 2 events, this metric will track a count of 2. newcomer@google.com cros-status-area-eng@google.com Recorded when the "Join" meeting button is pressed from the Calendar "EventListView" i.e. the user opens the sys tray calendar, taps todays date cell, then scrolls to the event and taps the "Join" meeting button. samcackett@google.com cros-status-area-eng@google.com Recorded whenever a user sees any calendar event in the CalendarView. Recorded once per lifetime of the calendar view. rtinkoff@google.com jiamingc@google.com cros-status-area-eng@google.com Recorded when a calendar fetch returns. The duration of the fetch request. This metric was originally recording something slightly different from what the name suggests. Replaced with Ash.Calendar.MaxDistanceBrowsed. rtinkoff@google.com jiamingc@google.com cros-status-area-eng@google.com Recorded when the calendar is closed. The furthest 'distance' (in months) from today's date to which a users fetch request succeeded. Deprecated Mar 2022, now that it's no longer needed. rtinkoff@google.com jiamingc@google.com cros-status-area-eng@google.com Recorded whenever calendar events are requested, and we can't do the fetch because a a resource we need doesn't exist or is not available. rtinkoff@google.com jiamingc@google.com cros-status-area-eng@google.com Recorded whenever calendar events are requested, and no fetch is required because the fetch has already returned. rtinkoff@google.com jiamingc@google.com cros-status-area-eng@google.com Recorded whenever calendar events are fetched. The recorded enum value indicates the return code of the fetch request. rtinkoff@google.com jiamingc@google.com cros-status-area-eng@google.com Recorded when a calendar fetch returns. The total size of the month's events. rtinkoff@google.com jiamingc@google.com cros-status-area-eng@google.com Recorded whenever calendar events are requested, and the request went too long without a response. rtinkoff@google.com jiamingc@google.com cros-status-area-eng@google.com Recorded when the calendar is closed. The total number of months cached for calendar events while it was open. newcomer@chromium.org cros-status-area-eng@google.com Records the maximum absolute distance from today that a user has browsed in the calendar. Recorded when the calendar is closed. kradtke@chromium.org cros-status-area-eng@google.com Records the time a user spends in a calendar month. Records the time when the user either scrolls to another month or closes the CalendarView. jiamingc@google.com cros-status-area-eng@google.com The source of scrolling in calendar view. Recorded when the calendar is scrolled and changed to another month (note that scrolls resulting in no month change are not recorded). newcomer@google.com cros-status-area-eng@google.com Recorded when the calendar view is shown from the {ViewShowSource}. newcomer@google.com cros-status-area-eng@google.com Measures the time from open of CalendarView, to CalendarDateCellView representing today receives events. Recorded once per lifetime of CalendarViewController (once per show), when todays CalendarDateCellView receives event data. newcomer@google.com cros-status-area-eng@google.com Records the number of currently visible upcoming events shown to the user when the Calendar "Up next" view displays. i.e. the user opens the sys tray calendar, "Up next" displays 2 upcoming events, this metric will track a count of 2. newcomer@google.com cros-status-area-eng@google.com Recorded when an upcoming event is pressed from the Calendar "Up next" view and launched in Google Calendar. i.e. the user opens the sys tray calendar, "Up next" displays an event in the next 10 mins and the user taps the event. newcomer@google.com cros-status-area-eng@google.com Recorded when the "Join" meeting button is pressed from the Calendar "Up next" view i.e. the user opens the sys tray calendar, "Up next" displays an event in the next 10 mins and the user taps "Join" meeting button on the event. newcomer@google.com cros-status-area-eng@google.com Recorded when the calendar view is destroyed, records the lifetime of the CalendarView object, which corresponds with the user journey time of the calendar. newcomer@google.com cros-status-area-eng@google.com Recorded when the {CalendarChildView} is activated. newcomer@google.com jiamingc@google.com cros-status-area-eng@google.com Recorded when the close event list animation is finished. jiamingc@google.com cros-status-area-eng@google.com The time to build the CalendarView, recorded when CalendarView is constructed, which happens every time the calendar is shown from the status area. newcomer@google.com jiamingc@google.com cros-status-area-eng@google.com Recorded when the on month changed animation is finished. newcomer@google.com jiamingc@google.com cros-status-area-eng@google.com Recorded when the open event list animation is finished on the {CalendarChildView}. The metric is expired from 2023-02-18 to 2023-03-15, so it's possible some data is dropped during that time. newcomer@google.com jiamingc@google.com cros-status-area-eng@google.com Recorded when the scroll one month animation is finished on the {CalendarChildView}. newcomer@google.com samcackett@google.com cros-status-area-eng@google.com Animation smoothness recorded when the up next view is shown. 60 fps is 100% smoothness and so ideally we should see smoothness > 80%. newcomer@google.com samcackett@google.com cros-status-area-eng@google.com Animation smoothness recorded on the {CalendarChildView} when the Calendar scroll view is auto-scrolled (note this is actually done via layer transforms to give the appearance of smooth scrolling) to reveal todays date cell, when covered by the up next view. newcomer@google.com jiamingc@google.com cros-status-area-eng@google.com Recorded when the {Animation} animation is finished on the {CalendarChildView}. afakhry@chromium.org gzadina@google.com Recorded at the end of a capture mode session in {TabletOrClamshell} to report the user's audio recording mode setting, only if video recording was selected, and the recording type supports audio recording. afakhry@chromium.org gzadina@google.com Recorded whenever a button from the bar widget displayed in Capture mode is pressed in {TabletOrClamshell}. The recorded enum value indicates the type of the button pressed. michelefan@chromium.org gzadina@google.com Records the number of camera disconnections in {TabletOrClamshell} during recording. michelefan@chromium.org gzadina@google.com Records how many seconds it takes a camera that got disconnected to get reconnected again within the grace period in {TabletOrClamshell}. This metric was used when we were limited to recording the microphone only. It has been replaced by Ash.CaptureModeController.AudioRecordingMode in M-116. michelefan@chromium.org gzadina@google.com Recorded whenever a user is in a capture mode screen recording entered from {TabletOrClamshell}. Emits true when audio is enabled, false otherwise. afakhry@chromium.org gzadina@google.com Recorded whenever a user performs a screen capture in {TabletOrClamshell}. The recorded enum indicates the configuration used for the capture. I.e. the capture source and the capture type. afakhry@chromium.org gzadina@google.com Recorded whenever a user is in a region capture session in {TabletOrClamshell} and performs a capture or they switch the capture source. The recorded count indicates the number of times the user adjusts the region. This counts each time they move the region or resize it. It is reset whenever a user creates a new region or the count is recorded. afakhry@chromium.org gzadina@google.com Records the number of consecutive screenshots the user takes within 5s of each other, regardless of capture options. michelefan@chromium.org gzadina@google.com Records whether a capture mode video recording starts with demo tools feature enabled or not in {TabletOrClamshell}. afakhry@chromium.org gzadina@google.com Recorded whenever capture mode screen recording is ended in {TabletOrClamshell}. The recorded enum value indicates the reason that lead to ending the screen recording. afakhry@chromium.org gzadina@google.com Recorded whenever Capture mode is entered from {TabletOrClamshell}. The recorded enum value indicates the method used to enter Capture mode. michelefan@chromium.org gzadina@google.com Recorded whenever the screen capture is saved in {TabletOrClamshell} when captured by the Game Dashboard intiated capture session. The recorded enum value indicates the location that the screen capture is saved. michelefan@chromium.org gzadina@google.com Records the size of the successfully recorded WebM file by the Game Dahboard initiated capture mode in {TabletOrClamshell}. This metric will not be recorded if a file was not successfully saved. afakhry@chromium.org gzadina@google.com Records the size of the successfully recorded GIF file by capture mode in {TabletOrClamshell}. This metric will not be recorded if a file was not successfully saved. afakhry@chromium.org gzadina@google.com Records the time of a successful GIF recording in capture mode in {TabletOrClamshell}. This metric will not be recorded if a file was not successfully saved. The upper limit of this histogram is 3 hours. afakhry@chromium.org gzadina@google.com Records the percent ratio between the area of the user selected region for GIF recording to the area of the full screen in {TabletOrClamshell}. Emitted only when GIF recording is about to start. conniekxu@chromium.org gzadina@google.com Records the number of connected cameras to the device whenever it changes. michelefan@chromium.org gzadina@google.com Recorded whenever a user is in a region capture session in {TabletOrClamshell} entered from the projector app and performs a capture or they switch the capture source. The recorded count indicates the number of times the user adjusts the region. This counts each time they move the region or resize it. It is reset whenever a user creates a new region or the count is recorded. shidi@chromium.org Track all quick actions on screenshot notification. Including: Edit in backlight, Go to Files, Delete File. michelefan@chromium.org gzadina@google.com Records the camera preview position when the recording is started in {TabletOrClamshell}. michelefan@chromium.org gzadina@google.com Records the camera size when the recording is started in {TabletOrClamshell}. michelefan@chromium.org gzadina@google.com Records whether a capture mode video recording starts with camera or not in {TabletOrClamshell}. michelefan@chromium.org gzadina@google.com Recorded whenever screen capture is saved in {TabletOrClamshell}. The recorded enum value indicates the location that the screen capture is saved. afakhry@chromium.org gzadina@google.com Records the size of the successfully recorded WebM file by capture mode in {TabletOrClamshell}. This metric will not be recorded if a file was not successfully saved, or if it was recorded for Projector. Replaced with Ash.CaptureModeController.ScreenRecordingLength.{TabletOrClamshell} in M99. afakhry@chromium.org gzadina@google.com Records the time of a successful video recording in capture mode. This metric will not be recorded if a file was not successfully saved. The upper limit of this histogram is 3 hours. afakhry@chromium.org gzadina@google.com Records the time of a successful video recording in capture mode in {TabletOrClamshell}. This metric will not be recorded if a file was not successfully saved. The upper limit of this histogram is 3 hours. afakhry@chromium.org gzadina@google.com Records the number of screenshots that have been taken via the CaptureModeController every 24 hours. Note that counts are not persisted across crashes, restarts, or sessions so this is only intended to give a rough approximation. afakhry@chromium.org gzadina@google.com Records the number of screenshots that have been taken via the CaptureModeController every 7 days. Note that counts are not persisted across crashes, restarts, or sessions so this is only intended to give a rough approximation. This means that this metric will only be recorded in sessions spanning at least 7 days. afakhry@chromium.org gzadina@google.com Emits true if a user has switched capture modes (fullscreen, region, window) while in a capture mode session, false otherwise. michelefan@chromium.org gzadina@google.com Recorded whenever the capture folder is switched to default downloads folder in {TabletOrClamshell}. The recorded enum value indicates the reason that leads to the switching. afakhry@chromium.org gzadina@google.com Recorded at the end of a {Client}-initiated capture mode session in {TabletOrClamshell} to report the user's audio recording mode setting, only if video recording was selected, and the recording type supports audio recording. michelefan@chromium.org gzadina@google.com Recorded whenever a {Client}-initiated a screen capture is performed in {TabletOrClamshell}. The recorded enum indicates the configuration used for the Game Dashboard initiated capture, i.e. the capture source and the capture type. michelefan@chromium.org gzadina@google.com Records whether a {Client}-initiated recording starts with demo tools feature enabled or not in {TabletOrClamshell}. michelefan@chromium.org gzadina@google.com Records whether a {Client}-initiated recording starts with camera on or not in {TabletOrClamshell}. michelefan@chromium.org gzadina@google.com Records the time of a successful video recording in capture mode entered from the client session in {TabletOrClamshell}. This metric will not be recorded if a file was not successfully saved. The upper limit of this histogram is 3 hours. Deprecated May 2022, now that it's no longer needed. minch@chromium.org changmar@chromium.org Emitted true when the user switched to dark mode through (Dark theme) page inside settings. Emitted false if the user switched to light mode in this case. ChromeOS only. Deprecated May 2022, now that it's no longer needed. minch@chromium.org changmar@chromium.org Emitted true if the user checked (Based on your wallpaper) radio button inside (Dark theme) page of the settings. Emitted false if the user checked (Neutral) radio button inside the page. ChromeOS only. minch@chromium.org changmar@chromium.org Emitted true when the user switched to dark mode through toggling the (Dark theme) feature pod button inside system tray menu. Emitted false if the user switched to light mode through toggling this button. ChromeOS only. aprilzhou@google.com janetmac@chromium.org Recorded when a desk API {Method} method succeeded or failed. afakhry@chromium.org tclaiborne@chromium.org chromeos-wmp@google.com Emitted when the virtual desks activation animation begins, to report the latency of starting this animation. In a continuous desk animation, this metric is recorded only for the first desk switch. afakhry@chromium.org tclaiborne@chromium.org chromeos-wmp@google.com Emitted when the virtual desks removal animation begins, to report the latency of starting this animation. In a continuous desk animation, this metric is recorded only for the first desk switch. afakhry@chromium.org tclaiborne@chromium.org Emitted when the virtual desks activation animation completes to report the smoothness of this animation when running on the display on which the active window resides (if any) or the display of the primary root window. 100% represents ideally smooth 60 frames per second. afakhry@chromium.org sammiequon@chromium.org tclaiborne@chromium.org When a four finger touchpad swipe has ended, an animation to the nearest desk will occur. This histogram is emitted when that animation finishes. 100% represents ideally smooth 60 frames per second. afakhry@chromium.org tclaiborne@chromium.org Emitted when the virtual desks removal animation completes to report the smoothness of this animation when running on the display on which the active window resides (if any) or the display of the primary root window. 100% represents ideally smooth 60 frames per second. zxdan@chromium.org janetmac@chromium.org Emitted when a window is assigned to all desks. E.g. `Move to Desks menu` which can be accessed from a window's context menu or keyboard shortcuts. This is not emitted when a window is unassigned from all desks. As of M99, this should be used as the source of truth for the usage of the assign to all desks feature. Deprecated April 2023, the Bento Bar feature has been deleted. minch@chromium.org janetmac@chromium.org Emits true if a user clicked `Show deskbar` inside the context menu of bento bar or desks bar in overview mode, false if `Hide deskbar` inside the same context menu being clicked. Deprecated April 2023, the Bento Bar feature has been deleted. minch@chromium.org janetmac@chromium.org Emits true when the bento bar is created for the user. Will not emit false if the bento bar has never been created for the user. This will be used to count the number of users who saw the bento bar. aprilzhou@google.com janetmac@chromium.org Emitted after a virtual desk being removed with close all option and undo toast being shown. This metric describes the total number of times the user chooses to close a desk with its windows, regardless of whether that action is undone. aprilzhou@google.com janetmac@chromium.org Emitted after a virtual desk being removed with close all option and undo toast being clicked. Made obsolete 2022-07-13 because the name and summary did not effectively describe what it was recording. Replaced by Ash.Desks.CloseAllTotal. aprilzhou@google.com janetmac@chromium.org Emitted after a virtual desk being removed with close all option and undo toast being showed. This metrics is a sum of user undo remove and ignore undo. benbecker@google.com chromeos-wms@google.com Emitted one minute after the DesksController synchronously closes all windows with widgets remaining in a desk. Reports the number of windows with null widgets that are still open after that time. afakhry@chromium.org janetmac@chromium.org Emitted when a desk is destroyed or a user activates a desk they haven't visited the prior day. In the former case, reports the number of consecutive days a user visited the newly-closed desk. In the latter case, reports the number of consecutive days a user visited the desk during the previous visit. This metric is persisted across multiple sessions and restarts. I.e. if a user logs out and logs back in their desk's consecutive daily visits will be restored. This metric uses the user's local timezone so if they move back in time via timezone change, this metric will be reset. benbecker@google.com janetmac@chromium.org Emitted when a user with more than one desk changes the name of a desk to specify how many of the user's desks have custom names. benbecker@google.com janetmac@chromium.org Emitted when a user with more than one desk confirms the name of a desk to specify how often users create custom names. benbecker@google.com janetmac@chromium.org Emitted when a user with more than one desk changes the name of a desk to specify the percentage of the user's desks that have custom names. yongshun@google.com sammiequon@chromium.org chromeos-wms@google.com Records the presentation time, which is the time in milliseconds it takes from when the desk button desk bar enter event was received and successfully processed to when the next frame is shown to the user. yongshun@google.com sammiequon@chromium.org chromeos-wms@google.com Records the presentation time, which is the time in milliseconds it takes from when the desk button desk bar exit event was received and successfully processed to when the next frame is shown to the user. yongshun@google.com benbecker@google.com nupurjain@google.com Emitted when a user decides to hide the desk button to specify how often users are deliberately choosing to hide the button. yongshun@google.com benbecker@google.com nupurjain@google.com Emitted when a user presses on the central button on the desk button to specify how often users are using the center button to open or close the desk bar. afakhry@chromium.org janetmac@chromium.org The lifetime of the desk at index {DeskIndex} (1-indexed). Emitted when a desk is removed. This metric is persisted across multiple sessions and restarts. I.e. if a user logs out and logs back in their desk's lifetime will be restored. afakhry@chromium.org tclaiborne@chromium.org Emitted when there's a change in the virtual desks count whether due to desk creation or removal in Bento. Specifies the number of available desks. It is not emitted for the first-ever created default desk. afakhry@chromium.org tclaiborne@chromium.org Emitted when the active desk is changed to specify the source of this action, i.e. whether due to new-desk shortcut, desk removed, window activated, switch-desk shortcut, or a press on the desk mini_view. afakhry@chromium.org tclaiborne@chromium.org Emitted when a window is moved from the current active desk to another desk. Specifies the source of this action, i.e. whether to window drag-and-drop, or keyboard shortcut. As of M90, the "Assign to desk menu" bucket is emitted when a user assigns a window to all desks through its context menu. Prior to this, the "Assign to desk menu" bucket was emitted when a user switched desks and their All Desks windows were moved from the old active desk to the new active desk. As of M99, the "Assign to desk menu" no longer tracks the assign to all desks source. The replacement is "Ash.Desks.AssignToAllDesksSource". afakhry@chromium.org tclaiborne@chromium.org Emitted when a virtual desk is created to specify the source of this action, i.e. whether from the new-desk button, keyboard shortcut, or due to desks restore. It is not emitted for the first-ever created default desk. afakhry@chromium.org sammiequon@chromium.org tclaiborne@chromium.org Tracks the number of times a desk (virtual workspace) has visibly changed in a time span of five seconds. This counts the number of total traversals; for example if the user has moved from desk 1 to 2 to 1 to 2 to 3, the number recorded is 4. This only gets recorded if a traversal starts. A traversal means that the desk has changed onscreen. This metric was originally recording for metrics for both combineDesk and closeAll. Replaced with Ash.Desks.NumberOfWindowsClosed2. aprilzhou@google.com janetmac@chromium.org Emitted when a virtual desk is removed and all windows on the desk being closed to record the total number of windows being closed by this operation. This metric was originally recording for metrics for both combineDesk and closeAll. Replaced with Ash.Desks.NumberOfWindowsClosed2.{RemovalSource}. aprilzhou@google.com janetmac@chromium.org Emitted when a virtual desk is removed and all windows on the desk being closed by {RemovalSource} to record the total number of windows being closed by this operation. aprilzhou@google.com janetmac@chromium.org Emitted when a virtual desk is removed and all windows on the desk being closed to record the total number of windows being closed by this operation. Emitted only for close-all. aprilzhou@google.com janetmac@chromium.org Emitted when a virtual desk is removed and all windows on the desk being closed by {RemovalSource} to record the total number of windows being closed by this operation. Emitted only for close-all. dandersson@chromium.org janetmac@chromium.org The number of windows on the first desk. Emitted when a desk is removed, or a window is moved to another desk. dandersson@chromium.org janetmac@chromium.org The number of windows on the tenth desk. Emitted when a desk is removed, or a window is moved to another desk. dandersson@chromium.org janetmac@chromium.org The number of windows on the eleventh desk. Emitted when a desk is removed, or a window is moved to another desk. dandersson@chromium.org janetmac@chromium.org The number of windows on the twelfth desk. Emitted when a desk is removed, or a window is moved to another desk. dandersson@chromium.org janetmac@chromium.org The number of windows on the thirteenth desk. Emitted when a desk is removed, or a window is moved to another desk. dandersson@chromium.org janetmac@chromium.org The number of windows on the fourteenth desk. Emitted when a desk is removed, or a window is moved to another desk. dandersson@chromium.org janetmac@chromium.org The number of windows on the fifteenth desk. Emitted when a desk is removed, or a window is moved to another desk. dandersson@chromium.org janetmac@chromium.org The number of windows on the sixteenth desk. Emitted when a desk is removed, or a window is moved to another desk. dandersson@chromium.org janetmac@chromium.org The number of windows on the second desk. Emitted when a desk is removed, or a window is moved to another desk. dandersson@chromium.org janetmac@chromium.org The number of windows on the third desk. Emitted when a desk is removed, or a window is moved to another desk. dandersson@chromium.org janetmac@chromium.org The number of windows on the fourth desk. Emitted when a desk is removed, or a window is moved to another desk. dandersson@chromium.org janetmac@chromium.org The number of windows on the fifth desk. Emitted when a desk is removed, or a window is moved to another desk. dandersson@chromium.org janetmac@chromium.org The number of windows on the sixth desk. Emitted when a desk is removed, or a window is moved to another desk. dandersson@chromium.org janetmac@chromium.org The number of windows on the seventh desk. Emitted when a desk is removed, or a window is moved to another desk. dandersson@chromium.org janetmac@chromium.org The number of windows on the eighth desk. Emitted when a desk is removed, or a window is moved to another desk. dandersson@chromium.org janetmac@chromium.org The number of windows on the ninth desk. Emitted when a desk is removed, or a window is moved to another desk. afakhry@chromium.org sammiequon@chromium.org tclaiborne@chromium.org Presentation time in ms when a four finger swipe is being used to change desks. One full swipe results in multiple emissions of this metric; once everytime the fingers change location on the trackpad. Presentation time is the time it takes from when the software recognizes the touchpad swipe to when the next frame is displayed on the screen. afakhry@chromium.org sammiequon@chromium.org tclaiborne@chromium.org The largest presentation time value in ms for a single four finger swipe to change desks. One full swipe results in one emission of this metric; its the largest value of Ash.Desks.PresentationTime.UpdateGesture which is emitted multiple times during a single full swipe. Presentation time is the time it takes from when the software recognizes the touchpad swipe to when the next frame is displayed on the frame. afakhry@chromium.org janetmac@chromium.org Emitted when a virtual desk is removed to specify the source of this remove operation, i.e. whether from the close-desk button, or keyboard shortcut. aprilzhou@google.com janetmac@chromium.org Emitted when a virtual desk is removed to specify the category of this remove operation among close all, combine desk, and close all and wait. Deprecated April 2023, the Bento Bar feature has been deleted. minch@chromium.org janetmac@chromium.org Emitted true when first session started and detected user pref `kUserHasUsedDesksRecently` has been set to true for the user. Will not emit false otherwise. This will be used to count the number of users that `kUserHasUsedDesksRecently` has been set to true. afakhry@chromium.org janetmac@chromium.org The number of unique weekly active desks a user has interacted with in a week. A desk is considered interacted with if a window is moved to it, it is created, its name is changed, or it is activated and stayed on for at least 3s. This metric is persisted across multiple sessions and restarts. I.e. if a user logs out and logs back in. This metric is reported a week after it begins counting. If a session is restored and more than a week has elapsed since counting has begun, the restored data will be emitted as an entry and this metric will be reset. benbecker@google.com yongshun@google.com nupurjain@google.com Emitted when a user {BarAction} using the {EntryPoint} desk bar to specify how often users are using the {EntryPoint} desk bar to perform these actions. hongyulong@google.com dandersson@chromium.org janetmac@chromium.org Emitted when an admin template is launched. yzd@google.com janetmac@chromium.org Emitted when a desk template is added or updated to indicate result of this operation. i.e. whether this operation is successful or failed with any particular reason. hongyulong@chromium.org dandersson@chromium.org janetmac@chromium.org Records the number of tabs in an admin template when it is launched. hongyulong@chromium.org dandersson@chromium.org janetmac@chromium.org Records the number of windows in an admin template when it is launched. dandersson@chromium.org janetmac@chromium.org Recorded when a Save and Recall saved desk is manually deleted. avynn@google.com janetmac@chromium.org Recorded when desk templates are deleted, is never false. ligeng@google.com marcuskoehler@google.com Records the number of tabs in a Floating Workspace desk when it is saved. ligeng@google.com marcuskoehler@google.com Records the number of windows and tabs in a Floating Workspace desk when it is saved. ligeng@google.com marcuskoehler@google.com Records the number of windows in a Floating Workspace desk when it is saved. ligeng@google.com marcuskoehler@google.com Emitted when a Floating Workspace desk is launched. richui@chromium.org janetmac@chromium.org Emitted when a template is launched and a desk is created, is never false. dandersson@chromium.org janetmac@chromium.org Emitted when a Save and Recall desk is launched. avynn@google.com janetmac@chromium.org Recorded when a user opens the template grid, is never false. dandersson@chromium.org janetmac@chromium.org Recorded when a new Save and Recall desk is created. avynn@google.com janetmac@chromium.org Recorded when a user creates a desk template, is never false. dandersson@chromium.org janetmac@chromium.org Recorded when the user replaces a Save and Recall desk. aprilzhou@google.com janetmac@chromium.org Recorded when replace dialog opens and user accepted it, is never false. dandersson@chromium.org janetmac@chromium.org yzd@google.com Recorded when a Save and Recall desk cannot be parsed. dandersson@chromium.org janetmac@chromium.org Records the number of tabs in a Save and Recall desk when it is saved. zhumatthew@google.com janetmac@chromium.org Records the save and recall template file size that is saved to local storage. dandersson@google.com janetmac@chromium.org Records the number of times the unsupported Apps dialog shows. This event is triggered when a user attempts to save a Save and Recall desk that contains an unsupported app type. Currently the saved desk feature only supports PWAs, Extensions, and browser instances. dandersson@chromium.org janetmac@chromium.org Records the number of windows and tabs in a Save and Recall desk when it is saved. dandersson@chromium.org janetmac@chromium.org Records the number of windows in a Save and Recall desk when it is saved. richui@chromium.org janetmac@chromium.org Records the number of tabs in a template when it is saved. zhumatthew@google.com janetmac@chromium.org Records the file size of the desk template that is saved to local storage. dandersson@chromium.org janetmac@chromium.org The number of seconds between the creation of a new Save and Recall desk and its launch (and automatic deletion). avynn@google.com janetmac@chromium.org Measures the amount of time it takes to launch a template from the time that the launch is invoked to the time that the last window is opened. avynn@google.com janetmac@chromium.org Records the number of times the unsupported Apps dialog shows. This event is triggered when a user attempts to save a template that contains an unsupported app type. Currently the desks templates feature only supports PWAs, Extensions, and browser instances. dandersson@chromium.org janetmac@chromium.org Records the number of Save and Recall desks a user has saved when a desk is saved or deleted. richui@chromium.org janetmac@chromium.org Records the number of templates a user has saved when a template is saved or deleted. richui@chromium.org janetmac@chromium.org Records the number of windows and tabs in a template when it is saved. richui@chromium.org janetmac@chromium.org Records the number of windows in a template when it is saved. qianwan@google.com chromeos-data-team@google.com Record the number of different failed/success cases for check membership process. Refer to ash::device_activity::DeviceActivityClient for details. hirthanan@google.com chromeos-data-team@google.com Record the total duration to transition between DeviceActivityClient states. States are defined in //chromeos/ash/components/device_activity_client.h. ChromeOS only. {DeviceActiveClientState} hirthanan@google.com chromeos-data-team@google.com Record success if the PSM OPRF response contains a value. This network request is called after browser start if the last ping timestamp of the Chromebook is not known. ChromeOS only. hirthanan@google.com chromeos-data-team@google.com Record success if the PSM OPRF response is able to be parsed correctly. This network request is called after browser start if the last ping timestamp of the Chromebook is not known. ChromeOS only. hirthanan@google.com chromeos-data-team@google.com Record success if the PSM Query response contains a value. This network request is called after browser start if the last ping timestamp of the Chromebook is not known. ChromeOS only. hirthanan@google.com chromeos-data-team@google.com Record success if the PSM Query response is able to be parsed correctly. This network request is called after browser start if the last ping timestamp of the Chromebook is not known. ChromeOS only. hirthanan@google.com chromeos-data-team@google.com Record the states after reading preserved file over DBus for last active utc dates. PreservedFileState is defined in //chromeos/ash/components/device_activity_client.h. ChromeOS only. hirthanan@google.com chromeos-data-team@google.com Emit the NetError code associated with the PSM OPRF response. This network request is called after browser start if the last ping timestamp of the Chromebook is not known. ChromeOS only. Enum for histogram will contain 0 - 899. Ranges are defined //net/base/net_error_list.h;l=14-23. hirthanan@google.com chromeos-data-team@google.com Emit the NetError code associated with the PSM Query response. This network request is called after browser start if the last ping timestamp of the Chromebook is not known. ChromeOS only. Enum for histogram will contain 0 - 899. Ranges are defined //net/base/net_error_list.h;l=14-23. hirthanan@google.com chromeos-data-team@google.com Whether the private set membership query response is true or false. hirthanan@google.com chromeos-data-team@google.com Emitted in the minute during the hour that DeviceActivityClient {DeviceActivityClientTransitionMethod} is called. ChromeOS only. hirthanan@google.com chromeos-data-team@google.com Record the PsmResponse whenever a response is received from the server. PsmResponse is defined in //chromeos/ash/components/device_activity_client.h. ChromeOS only. {DeviceActiveClientState} hirthanan@google.com chromeos-data-team@google.com Record success boolean after attempting to write last active utc dates for all use case to the preserved file, over DBus. hirthanan@google.com chromeos-data-team@google.com Recorded every time the DeviceActivityClient enters a new state in its FSM. States are defined in //chromeos/ash/components/device_activity_client.h. ChromeOS only. hirthanan@google.com chromeos-data-team@google.com Record success boolean to indicate whether a branded ChromeOS device is a testimage/unknown channel type or a legitimate device. Frequency of recording the histogram is on every device browser startup. hirthanan@google.com chromeos-data-team@google.com Whether the PSM derived active secret is set (non empty). hirthanan@google.com chromeos-data-team@google.com Record the number of times various methods are called in //chromeos/ash/components/device_activity/. ChromeOS only. malaykeshav@chromium.org oshima@chromium.org The effective resolution of the internal display after device scale factor and display zoom level has been applied. This is the exact value matching the display's effective resolution. This is emitted at regular intervals. kuscher@google.com wutao@chromium.org User-initiated action taken that affects docked windows such as docking, undocking, minimizing, restoring, closing or just dragging a docked window. kuscher@google.com wutao@chromium.org Source (mouse, touch, keyboard or unknown) of the user-initiated action for docked windows. kuscher@google.com wutao@chromium.org Number of all docked windows or panels including hidden or minimized. Recorded on every user action that interacts with docked windows. kuscher@google.com wutao@chromium.org Number of large (wider than dock maximum width) windows that had to be shrunk to get docked among the visible docked windows. Recorded on every user action that interacts with docked windows. kuscher@google.com wutao@chromium.org Number of docked visible panels. Recorded on every user action that interacts with docked windows. kuscher@google.com wutao@chromium.org Number of visible docked windows or panels. Recorded on every user action that interacts with docked windows. kuscher@google.com wutao@chromium.org Time elapsed between instances of docking, undocking or any other action affecting docked state of a window. kuscher@google.com wutao@chromium.org Width of the docked area in pixels. Recorded every time it changes after a user window resize operation is completed. tbarzic@chromium.org xdai@chromium.org Presentation time in ms when a window is dragged from the bottom of the shelf. Recorded when the drag action is in progress. Warning: this histogram was expired from 2022-10-04 to 2023-02-22; data may be missing. tbarzic@chromium.org xdai@chromium.org Maximum latency of the presentation time in ms when a window is dragged from the bottom of the shelf. Recorded when the drag action is finished. mmourgos@chromium.org tbarzic@chromium.org Tracks the number of times that each end of life incentive button has been clicked. Recorded when the button is clicked to open the incentive url. mmourgos@chromium.org tbarzic@chromium.org Tracks the number of times that each end of life incentive type is shown. Recorded as soon as the end of life incentive is shown on the screen. xiyuan@chromium.org yichenz@chromium.org cros-sw-perf@google.com Similar to "Ash.EventLatency.Core.TotalLatency" that tracks total latency of 5 core events (MouseDragged/MousePressed/MouseReleased/KeyPressed/KeyReleased) for ash UI, from when the user input causing the event is generated until the frame caused by the event is submitted by the GPU service and presented successfully on the screen. But this one does not record overflow samples. It is a temp metric before the large number samples in overflow bucket (b/290611576) is resolved. This histogram only records metrics on machines with high-resolution clocks. xiyuan@chromium.org yichenz@chromium.org cros-sw-perf@google.com Similar to "Ash.EventLatency.TotalLatency" but tracks total latency of 5 core events (MouseDragged/MousePressed/MouseReleased/KeyPressed/KeyReleased) for ash UI, from when the user input causing the event is generated until the frame caused by the event is submitted by the GPU service and presented successfully on the screen. This histogram only records metrics on machines with high-resolution clocks. xiyuan@chromium.org yichenz@chromium.org cros-sw-perf@google.com Tracks total latency of all types of event for ash UI, from when the user input causing the event is generated until the frame caused by the event is submitted by the GPU service and presented successfully on the screen. This histogram only records metrics on machines with high-resolution clocks. xiyuan@chromium.org yichenz@chromium.org cros-sw-perf@google.com Tracks total latency of {EventType} for ash UI, from when the user input causing the event is generated until the frame caused by the event is submitted by the GPU service and presented successfully on the screen. This histogram only records metrics on machines with high-resolution clocks. nupurjain@google.com shidi@chromium.org sammiequon@chromium.org The number of floating windows per session, which is from the time a user logs in to the time they log off. This counts how many times any window enters float state. If the same window is floated twice in the same session, it will get recorded twice. nupurjain@google.com sammiequon@chromium.org shidi@chromium.org The amount of time a user keeps a floating window open and visible. Open and visible means the window is in float state and is on the active desk. If a window is floated and moved to an inactive desk we stop recording. The timer starts when we float a window and we record the histogram when the window is unfloated. The recording can also happen if a floated window is moved to an inactive desk, or the desk changes; we treat this as unfloated. nupurjain@google.com shidi@chromium.org sammiequon@chromium.org The counts of how many times floated windows moved to another desk per session, which is from the time a user logs in to the time they log off. nupurjain@google.com shidi@chromium.org sophiewen@chromium.org Recorded whatever action is taken on the {TabletOrClamshell} multitask menu. nupurjain@google.com shidi@chromium.org sophiewen@chromium.org Recorded whenever the multitask menu is opened from {TabletOrClamshell}. The recorded enum value indicates the method used to open the menu. ligeng@google.com marcuskoehler@google.com Recorded when floating workspace service is launched. The false bucket is unused here. ligeng@google.com marcuskoehler@google.com Recorded the browser session type (local or remote) restored by floating workspace service on current device. zhumatthew@google.com marcuskoehler@google.com Recorded when floating workspace service V2 is launched. The false bucket is unused here. ligeng@google.com marcuskoehler@google.com Recorded the reason for template launch failures. ligeng@google.com marcuskoehler@google.com Recorded the reason for template launch timeouts either when we pass the threshold for waiting for a floating workspace to be downloaded or when there's no floating workspace template to be downloaded after waiting for the set timeout. ligeng@google.com marcuskoehler@google.com Indicate the time to download a floating workspace template. If after set timeout is reached and there is no floating workspace template downloaded, a record of the timeout will be recorded in "Ash.FloatingWorkspace.TemplateLaunchTimeOut". zhumatthew@google.com marcuskoehler@google.com Recorded when floating workspace service V2 is initialized, but no floating workspace template was found. The false bucket is unused here. ligeng@google.com marcuskoehler@google.com Record the size of an uploaded floating workspace template. ligeng@google.com marcuskoehler@google.com Record the floating workspace template upload status. lingyufeng@google.com arc-framework@google.com Tracks the number of frame color changes when a {AppType} is launched. The data is collected once per app launching. amitrokhin@google.com chromeos-launcher@google.com Recorded whenever glanceables UI fetches data from Google Classroom API. The recorded value indicates the number of course work items fetched for a course, where the current user is enrolled as a student. amitrokhin@google.com chromeos-launcher@google.com Recorded whenever glanceables UI fetches data from Google Classroom API. The recorded value indicates whether the current user is enrolled in at least one classroom course. amitrokhin@google.com chromeos-launcher@google.com Recorded whenever glanceables UI fetches data from Google Classroom API. The recorded value indicates the number of student submissions fetched for a course, where the current user is enrolled as a student. amitrokhin@google.com chromeos-launcher@google.com Recorded whenever glanceables UI fetches data from Google Classroom API. The recorded value indicates the total number of active courses returned for the user. This number serves as a multiplier for futher requests to get course work items and student submissions. amitrokhin@google.com chromeos-launcher@google.com Recorded whenever glanceables UI fetches data from Google Classroom API. The recorded value indicates the time needed to fetch all student or teacher data (courses, course work, student submissions). amitrokhin@google.com chromeos-launcher@google.com Recorded whenever glanceables UI fetches data from Google Tasks API. The recorded value indicates the number of tasks in a task list after processing (only not completed root tasks). amitrokhin@google.com chromeos-launcher@google.com Recorded whenever glanceables UI fetches data from Google Tasks API. The recorded value indicates the number of fetched raw tasks in a task list. Raw - means all individual tasks before processing, including all subtasks, since the API returns them as a flat array. amitrokhin@google.com chromeos-launcher@google.com Recorded whenever glanceables UI submits changes to Google Tasks API after closing the bubble. The recorded value indicates the number of completed tasks that require individiual requests to update their status. amitrokhin@google.com chromeos-launcher@google.com Recorded whenever glanceables UI fetches data from Google Tasks API. The recorded value indicates the number of task lists fetched for the current user. amitrokhin@google.com chromeos-launcher@google.com Recorded whenever glanceables UI fetches data from Google Classroom API or Tasks API. The recorded value indicates the duration of the fetch request/response. amitrokhin@google.com chromeos-launcher@google.com Recorded whenever glanceables UI fetches data from Google Classroom API or Tasks API. The recorded value indicates the total number of pages needed to fetch in order to get all data. amitrokhin@google.com chromeos-launcher@google.com Recorded whenever glanceables UI fetches data from Google Classroom API or Tasks API. The recorded enum value indicates the HTTP status code of the fetch response. mmourgos@google.com chromeos-launcher@google.com The amount of time that the user had the student assignment list selected and shown. This metric is split between the default list which is shown when the bubble is first opened and assignment lists which are shown after chaning the selection. The time is measured from the moment that the list is shown to the moment that either the selection is changed or the bubble is closed. mmourgos@google.com chromeos-launcher@google.com The number of times that the assignment list has been selected. Recorded every time a new assignment list is selected. mmourgos@google.com chromeos-launcher@google.com The total number of times that a new student assignment list is selected. The total count is recorded when the glanceable bubble is closed. anasalazar@google.com chromeos-launcher@google.com The amount of time that the user spent between login and opening the glanceables time management bubble. The time is measured from the moment the user logs in and the time the glanceables bubble is created. mmourgos@google.com chromeos-launcher@google.com Records the total number of times the selected tasks list is changed. The total count is recorded when the glanceable bubble is closed. amitrokhin@google.com chromeos-launcher@google.com Records the total number of tasks shown in the default (initially selected) task list. anasalazar@google.com chromeos-launcher@google.com The amount of time that the user kept the glanceables time management bubble open. The time is measured from the moment the glanceables bubble is created until said bubble is destroyed. anasalazar@google.com chromeos-launcher@google.com The amount of time in ms that the glanceables bubble takes to load up the data from the API after the user triggered an update. Split by bubble type and query status. anasalazar@google.com chromeos-launcher@google.com The amount of time in ms that the glanceables bubble takes to load up the initial data from the API after opened. Split by bubble type and whether the time represent the first time the bubble was opened in the session or not. sammiequon@chromium.org tbarzic@chromium.org Relative smoothness of animations when performing tablet mode homescreen animations, recorded when the animation completes. 100% represents ideally smooth 60 frames per second. andrewxu@chromium.org tbarzic@chromium.org Gestures supported by the in-app hotseat. anasalazar@chromium.org newcomer@chromium.org Tracks the animation smoothness for the ShelfWidget's animating background during transitions of the hotseat to shown, extended, and hidden hotseat states. Check Ash.HotseatWidgetAnimation.AnimationSmoothness for smoothness of the HotseatWidget. {HotseatTransitionType} anasalazar@chromium.org newcomer@chromium.org Presentation time in ms of the hotseat when it changes between the hidden and the extended state as a result of a drag action. Recorded when the drag action is in progress. anasalazar@chromium.org newcomer@chromium.org Maximum latency of the presentation time in ms of the hotseat when it changes between the hidden and the extended state as a result of a drag action. Recorded when the drag action is finished. anasalazar@chromium.org newcomer@chromium.org Tracks the animation smoothness for the bounds animation of the hotseat widget's elements during transitions of the hotseat to shown, extended, and hidden hotseat states. Check Ash.HotseatTransition.AnimationSmoothness for smoothness of the shelf's animating background. {HotseatTransitionType} anasalazar@chromium.org newcomer@chromium.org Tracks the animation smoothness for the bounds animation of the hotseat widget's elements during transitions of the hotseat to shown, extended, and hidden hotseat states. Check Ash.HotseatTransition.AnimationSmoothness for smoothness of the shelf's animating background. {HotseatWidgetElement} xiyuan@chromium.org oshima@chromium.org Similar to Ash.InteractiveWindowResize.TimeToPresent but tracks the resize latency for lacros windows by measuring configure -> ack -> present time. xiyuan@chromium.org oshima@chromium.org Maximum time of Ash.InteractiveWindowResize.Lacros.TimeToPresent during an interactive resize. xiyuan@chromium.org oshima@chromium.org Time between when the size of a window changes during an interactive window resize and the results are drawn (presented) on screen. This is recorded for each movement of the mouse/pointer that results in a resize. xiyuan@chromium.org oshima@chromium.org Maximum time between when the size of a window changes during an interactive window resize and the results are drawn (presented) on screen. This is recorded for each movement of the mouse/pointer that results in a resize. skuhne@chromium.org lacros-team@google.com The Lacros operation mode. This will record whether Lacros is the only browser. It will be emitted once when the system (Ash) starts. skuhne@chromium.org lacros-team@google.com The Lacros operation mode. This will record whether Lacros is the only browser. It will be emitted at least once a day. skuhne@chromium.org lacros-team@google.com The Lacros operation mode and the origin of the setting. This will record whether Lacros is enabled as well as whether that was set by the user, enforced by a policy or enforced by the user (overriding any given policy). It will be emitted shortly before Lacros gets started the first time from the system (Ash). skuhne@chromium.org lacros-team@google.com The Lacros operation mode and the origin of the setting. This will record whether Lacros is enabled as well as whether that was set by the user, enforced by a policy or enforced by the user (overriding any given policy). It will be emitted at least once a day. Deprecated Sep 2023. See the new metrics Ash.LacrosMigrationStatus2 for data collected for M119 and after. ythjkt@chromium.org hidehiko@chromium.org Migration status from Ash to Lacros. It shows whether the user has migrated from Ash to Lacros and if they did with which migration mode. ythjkt@chromium.org hidehiko@chromium.org Migration status from Ash to Lacros. It shows whether the user has migrated from Ash to Lacros and if they did with which migration mode. The same as "Ash.LacrosMigrationStatus" but further splits 'Uncompleted' into 'Uncompleted' and 'MaxAttemptReached'. Uncompleted means the user hasn't completed migration but has not reached its retry limit, meaning the migration will be attempted at the next chance. Meanwhile MaxAttemptReached means it failed more than the number of times allowed and won't be attempted again. emaamari@google.com cros-lurs@google.com The count of auth method switching actions on ChromeOS lock screen. emaamari@google.com cros-lurs@google.com The usage of different auth methods (PIN / Password / Smartlock / Fingerprint / Challenge response) on Chromebooks in clamshell mode and on other form-factors. emaamari@google.com cros-lurs@google.com The usage of different auth methods (PIN / Password / Smartlock / Fingerprint / Challenge response) on Chromebooks in tablet mode. Deprecated in M111 and replaced with "Ash.OSAuth.Login/Lock.NbPasswordAttempts.UntilFailure". emaamari@google.com cros-lurs@google.com The number of incorrect passwords entered in Chrome OS login/lock screen until the user gives up (user signs out the current session or shuts down the device). Deprecated in M111 and replaced with "Ash.OSAuth.Login/Lock.NbPasswordAttempts.UntilSuccess". emaamari@google.com cros-lurs@google.com The number of incorrect passwords entered in Chrome OS login/lock screen until a successful attempt. emaamari@google.com cros-lurs@google.com The numbers of times that users click on the shelf buttons, trays and lock screen note on the ChromeOS lock screen. emaamari@google.com cros-lurs@google.com The count of auth method switching actions on ChromeOS login screen. emaamari@google.com cros-lurs@google.com The usage of different auth methods (PIN / Password / Smartlock / Fingerprint / Challenge response) on Chromebooks in clamshell mode and on other form-factors. emaamari@google.com cros-lurs@google.com The usage of different auth methods (PIN / Password / Smartlock / Fingerprint / Challenge response) on Chromebooks in tablet mode. emaamari@google.com cros-lurs@google.com Whether the cryptohome migration banner was shown on the Chrome OS login screen. emaamari@google.com cros-lurs@google.com The numbers of times that users click on the shelf buttons and trays on the ChromeOS login screen. emaamari@google.com raleksandrov@google.com cros-lurs@google.com What shelf buttons or trays are clicked in the OOBE. emaamari@google.com rrsilva@google.com cros-lurs@google.com The result of the PIN auto submit 'Backfill' operation. Users updating to M86 with an existing PIN will have their preference regarding auto submit 'backfilled' to either enabled or disabled. agawronska@chromium.org galenemco@google.com cros-families-eng@google.com Records instances of a "PERMANENTLY_UNTRUSTED" result during the check for trusted values before showing gaia signin. This is a fatal result which will result in signin not being shown. agawronska@chromium.org galenemco@google.com cros-families-eng@google.com Records the amount of time spent waiting for trusted values before showing gaia signin. Waiting for trusted values ensures that the device owner id is present before showing the signin, which is necessary for checking signin permissions for child users. This check may introduce a delay for all users. This metric allows monitoring that delay. xiyuan@chromium.org cros-sw-perf@google.com Time between user logged in (i.e. a successful cryptohome mount) and when good ADF (<= 20%) is observed for more than 5 seconds. This histogram only records metrics on machines with high-resolution clocks. raging@google.com alemate@chromium.org cros-lurs@google.com Total user first session time between when the user was added to the device and session exit or device shutdown. Reported for primary users only. raging@google.com alemate@chromium.org rsorokin@chromium.org cros-lurs@google.com Total user session time between sign-in and session exit or device shutdown. Reported for primary users only. First sessions are excluded and reported in a separate histogram: Ash.Login.TotalFirstSessionDuration. oshima@chromium.org chromeos-wmp@google.com The duration of how long it took to finish all animations applied during the login process, from the time the first animation is added, to the time the last animation is finished. oshima@chromium.org zhzhliu@google.com cros-sw-perf@google.com The duration of how long it took to finish all animations applied during the login process, from the time the first animation is added, to the time the last animation is finished. This metric is capped at 30 seconds, while above "Ash.LoginAnimation.Duration" capped at 5 seconds. oshima@chromium.org chromeos-wmp@google.com Jank metrics of all animations applied during the login process. This represents how often the frame update rate changed during animation. oshima@chromium.org chromeos-wmp@google.com Relative smoothness of all animations applied during the login process. 100% represents the ideal smoothness for 60 frames per second. tbarzic@chromium.org gzadina@google.com Reports events related to camera privacy switch state. The camera privacy switch is a hardware toggle supported by some Chrome OS devices that disables the built in camera video feed. The histogram is reported (1) when a camera privacy switch state change is detected (which generally causes a system toast to get shown), and (2) when a notification informing the user that the camera privacy switch is on (the notification is shown if the user tries to use their camera with the privacy switch tuned on). The camera privacy switch state is only recorded if the state change is a result of a user action - it will not be recorded for state changes that are a result of camera privacy switch state initialization. tbarzic@chromium.org gzadina@google.com Time from showing a notification informing the user about the camera privacy switch to the user turning the privacy switch off. The camera privacy switch is a hardware switch supported by some Chrome OS devices that cuts the video camera feed off. The Chrome OS UI shows a notification if the user tries to use the camera with the privacy switch on. The intention is to track the time it takes for the user to flip the privacy switch after they're notified the camera is disabled. The histogram is recorded if the user toggles the camera privacy switch after seeing the notification about the privacy switch being on (if the switch is toggled more than once after the notification gets shown, only the first toggle action will be reported). The time is reported in seconds with 5 second granularity. leandre@chromium.org cros-status-area-eng@google.com Presentation time while scrolling through the list of notifications in Notification Center. Emitted when Notification Center is scrolled. leandre@chromium.org cros-status-area-eng@google.com Presentation time while scrolling through the list of notifications in Notification Center. Emitted when Notification Center is scrolled. chungsheng@google.com chromeos-mojo-service-manager@google.com The retry times when try to bootstrap to mojo service manager. chungsheng@google.com chromeos-mojo-service-manager@google.com Whether the connection to mojo service manager is lost before during ash running. sammiequon@chromium.org yunchengs@google.com chromeos-wm-corexp@google.com After a display rotation, the existing app windows will get remapped. A one minute timer then runs. If any of the app windows are moved or resized by the user, then this histogram records true. If the timer ends without an app window being moved or resized, then this histogram records false. Used to determine if the user is satisfied with the window manager auto remap. sammiequon@chromium.org yunchengs@google.com chromeos-wm-corexp@google.com After a display work area change, the existing app windows will get remapped. A one minute timer then runs. If any of the app windows are moved or resized by the user, then this histogram records true. If the timer ends without an app window being moved or resized, then this histogram records false. Used to determine if the user is satisfied with the window manager auto remap. anasalazar@chromium.org newcomer@chromium.org Relative smoothness of animations of the navigation widget's elements, which are the widget itself and its child views. 100% represents ideally smooth 60 frames per second. 50% represents only 30 frames per second is achieved during the animations. Recorded every time an animation is triggered in the Navigation Widget. We record this metric for each element separately. {HotseatTransitionType} anasalazar@chromium.org newcomer@chromium.org Relative smoothness of animations of the navigation widget's elements, which are the widget itself and its child views. 100% represents ideally smooth 60 frames per second. 50% represents only 30 frames per second is achieved during the animations. Recorded every time an animation is triggered in the Navigation Widget. We record this metric for each element separately. {NavigationWidgetElement} afakhry@chromium.org tclaiborne@chromium.org Emitted when the Auto Night Light notification is shown. afakhry@chromium.org tclaiborne@chromium.org Emitted when the user interacts with the Auto Night Light notification to report the state of the notification as a result of this interaction. afakhry@chromium.org tclaiborne@chromium.org The type of CRTC color transorm matrix support for the currently connected displays. Emitted when cursor compositing status is refreshed, but only when Night Light is on. The cursor compositing status is refreshed whenever there is a change in Night Light status or color temperature. afakhry@chromium.org tclaiborne@chromium.org The selected Night Light schedule type. Emitted when the user changes the Night Light schedule type from the Display System Settings. afakhry@chromium.org tclaiborne@chromium.org The ranges in which the selected values of the Night Light color temperature reside. Emitted when the user drags the Night Light color temperature slider to change its value from the Display System Settings. leandre@chromium.org cros-status-area-eng@google.com Animation smoothness of the "clear all" animation in the CrOS message center. This occurs when the clear all button is pressed with notifications that are not visible on screen. Measured via a throughtput tracker. leandre@chromium.org cros-status-area-eng@google.com Animation smoothness of the "clear all" animation in the CrOS message center. This occurs when the clear all button is pressed and all notifications are visible. Measured via a throughtput tracker. leandre@chromium.org cros-status-area-eng@google.com The number of notification contained in one group. Emitted when a notification is added or removed from a group. leandre@chromium.org cros-status-area-eng@google.com Animation smoothness of the "Expand or Collapse" animation in the CrOS message center. This occurs when the notification requests a size change due to being expanded or collapsed. Usually involves other layer animations which are named (get name from leandre@). amehfooz@chromium.org cros-status-area-eng@google.com Animation smoothness of the slide out part of the animation when a grouped notification is removed. Emmitted when a grouped notification is removed by clicking on it's close button. leandre@chromium.org cros-status-area-eng@google.com Record the types of group notification added to the system. The types are group parent and group child. Emitted when a group notification is created. leandre@chromium.org cros-status-area-eng@google.com Animation smoothness of the "move down" animation in the CrOS message center. This occurs when a notification is removed and notifications above the deleted one animate downwards to fill in the space. Measured via a throughtput tracker. leandre@chromium.org cros-status-area-eng@google.com Relative smoothness of the fade in animation of the settings button inside a swipe control notification view. 100% represents ideally smooth 60 frames per second. Emitted when the fade in animation is completed. leandre@chromium.org amehfooz@chromium.org tbarzic@chromium.org cros-status-area-eng@google.com Relative smoothness of animations of notification pop-up. 100% represents ideally smooth 60 frames per second. Emitted when pop-up animations are completed, including pop-up fade-in, fade-out, move-up, move-down. leandre@chromium.org cros-status-area-eng@google.com Records the number of popups that show up on top of a UI surface. Emitted when the UI surface is shown or changes height when popup notifications are visible, and when there's a new notification popup added when the UI surface is visible. leandre@chromium.org cros-status-area-eng@google.com Records the type of UI surface that popup notifications are shown on top of. Emitted when the UI surface is shown or changes height when popup notifications are visible, and when there's a new notification popup added when the UI surface is visible. leandre@chromium.org cros-status-area-eng@google.com Relative smoothness of the {Animation} in notification view when converting from single to group notification. 100% represents ideally smooth 60 frames per second. Emitted when the animation is completed. leandre@chromium.org cros-status-area-eng@google.com Relative smoothness of the bounds change animation of the expand button inside a notification view. 100% represents ideally smooth 60 frames per second. Emitted when the animation is completed. leandre@chromium.org cros-status-area-eng@google.com The count of actions that is performed after an expand button is clicked. The actions are expanding or collapsing individual or group notification. Emitted when an expand button is clicked. leandre@chromium.org cros-status-area-eng@google.com Relative smoothness of the {Animation} inside the expand button of the notification view when converting from single to group notification. 100% represents ideally smooth 60 frames per second. Emitted when the animation is completed. leandre@chromium.org cros-status-area-eng@google.com Relative smoothness of the scale down animation of image container view inside a notification view. 100% represents ideally smooth 60 frames per second. Emitted when the scale down animation is completed. andrewxu@chromium.org cros-status-area-eng@google.com Records the notification drag end state when the notification image drag ends. andrewxu@chromium.org cros-status-area-eng@google.com Records the notification catalog name when the notification image drag starts. leandre@chromium.org cros-status-area-eng@google.com Records the types of notification view added to the system. Emitted when each notification is added and the notification is visible. leandre@chromium.org cros-status-area-eng@google.com Relative smoothness of the fade in animation of {ChildView} inside a notification view. 100% represents ideally smooth 60 frames per second. Emitted when the fade in animation is completed. leandre@chromium.org cros-status-area-eng@google.com Relative smoothness of the fade out animation of {ChildView} inside a notification view. 100% represents ideally smooth 60 frames per second. Emitted when the fade out animation is completed. leandre@chromium.org cros-status-area-eng@google.com Relative smoothness of the scale and translate animation of {ChildView} inside a notification view. 100% represents ideally smooth 60 frames per second. Emitted when the animation is completed. kradtke@chromium.org cros-status-area-eng@google.com Tracks the number of times a specific nudge is shown to users. This metric is recorded every time a nudge is shown. kradtke@google.com cros-status-area-eng@google.com Tracks the time from when a specific educational nudge is shown to when it's interacted with. Starts measuring time when the nudge is shown and records the Nudge catalog name in one of the time buckets available if the user performs the nudge's suggested action. kradtke@google.com cros-status-area-eng@google.com Records the nudge catalog name when a user presses one of the nudge's buttons. kradtke@google.com cros-status-area-eng@google.com Tracks the time a specific toast spends on screen before being dismissed by the user or system. Records the toast catalog name in one of the time buckets available when toast is dismissed either manually or by time out. kradtke@chromium.org cros-status-area-eng@google.com Tracks the number of times a specific toast is shown to users. This metric is recorded every time a toast is shown. kradtke@chromium.org cros-status-area-eng@google.com Records the time a toast spends in queue before it's shown on screen. kradtke@google.com cros-status-area-eng@google.com Tracks the number of times a specific system notification is added to the notification list. This metric is recorded every time the `OnNotificationAdded` event is triggered for a system notification. kradtke@google.com cros-status-area-eng@google.com Tracks the time a specific system notification spends as a pop-up before being dismissed either by the user or system. Records the notification catalog name in one of the time buckets available when the pop-up is dismissed either manually or by time out. kradtke@google.com cros-status-area-eng@google.com Tracks the number of times a specific system notification pop-up is shown to users. kradtke@google.com cros-status-area-eng@google.com Records the time a system notification spends as a pop-up before being dismissed either by the user or system. Starts measuring time whenever the pop-up is shown to the user, and records metric when the pop-up is dismissed either manually or by time out. anastasiian@chromium.org cros-lurs@google.com Whether the logged in user has {AuthFactor} auth factor configured. Recorded upon successful login. emaamari@google.com cros-lurs@google.com The number of incorrect passwords entered in Chrome OS {AuthenticationSurface} screen until the "{AuthenticationOutcome}" outcome. For previous data (grouped for login and lock screen together) see "Ash.Login.Lock.NbPasswordAttempts.*". omrilio@chromium.org oshima@chromium.org Relative smoothness of animations when closing a window, recorded when the animation completes. 100% represents ideally smooth 60 frames per second. achuith@chromium.org cros-sw-perf@google.com Relative smoothness of animations when entering overview mode, recorded when the animation completes. 100% represents ideally smooth 60 frames per second. {OverviewAnimationMode} achuith@chromium.org cros-sw-perf@google.com Relative smoothness of animations when exiting overview mode, recorded when the animation completes. 100% represents ideally smooth 60 frames per second. {OverviewAnimationMode} sammiequon@chromium.org nupurjain@chromium.org The number of times the arrow keys are pressed in overview mode per session, i.e. between bringing up overview mode and ending it. This is only measured for the sessions that end by selecting a window with the enter key. minch@chromium.org janetmac@chromium.org Emitted when exiting overview mode. Recording the reasons for ending overview mode. E.g, pressing the overview button at status area. sammiequon@chromium.org zxdan@chromium.org chromeos-wm-corexp@google.com Records the presentation time, which is the time in milliseconds it takes from when the overview enter event was received and successfully processed to when the next frame is shown to the user. sammiequon@chromium.org zxdan@chromium.org chromeos-wm-corexp@google.com Records the presentation time, which is the time in milliseconds it takes from when the overview exit event was received and successfully processed to when the next frame is shown to the user. sammiequon@chromium.org nupurjain@chromium.org The number of items (single windows or groups of windows such as panels) in the overview mode, present at the start of each session. sammiequon@chromium.org nupurjain@chromium.org The ratio between the arrow key presses and the number of overview items, expressed as a percentage for a single session. Recorded when an overview session is exited after selecting a highlighted overview item. sammiequon@chromium.org nupurjain@chromium.org The number of items closed from the window overview for a single session. Recorded when exiting an overview session. sammiequon@chromium.org tclaiborne@chromium.org Maximum latency of the presentation time for scrolling the overview grid in overview mode for a scrolling session. sammiequon@chromium.org tclaiborne@chromium.org Presentation time for scrolling the overview grid in overview mode. Each time the grid is updated by a scroll, the time it takes to update the new visuals onto the screen is updated. sammiequon@chromium.org nupurjain@chromium.org tclaiborne@chromium.org When a window is selected in overview mode, records that window's position in the global MRU ordering. 1 represents the most-recently used window, 2 represents the next most-recently used window, and so on. minch@chromium.org janetmac@chromium.org Emitted when entering overview mode. Recording the reasons for starting overview mode. E.g, pressing the overview button at status area. sammiequon@chromium.org nupurjain@chromium.org The amount of time between endings of overview mode sessions which were caused by the user selecting a window which was not previously active. Only recorded on the second and later times after startup that the user selected a window which was not previously active. sammiequon@chromium.org nupurjain@chromium.org The amount of time between uses of overview mode, recorded when overview mode is entered. Only recorded on the second and later times after startup that the user entered overview mode. sammiequon@chromium.org nupurjain@chromium.org The amount of time spent in overview mode. Overview mode is engaged by pressing the overview accelerator, overview button tray or swiping up from the shelf in tablet mode. The time is measured from the moment the windows begin animating to a thumbnail size preview to when a window is selected or selection is canceled. Recorded when an overview session is exited, before the exit animation starts. xdai@chromium.org chromeos-wm-corexp@google.com Presentation time for dragging a window in overview mode. xdai@chromium.org chromeos-wm-corexp@google.com Maximum latency of the presentation time for dragging a window in overview mode. xdai@chromium.org chromeos-wmp@google.com Recorded when a drag from overview (not from the top or shelf) is completed, and when an overview item is closed by vertically swiping or flinging (even if you fling without dragging). jimmyxgong@chromium.org jthies@chromium.org cros-peripherals@google.com The connectivity results of when the user plugs in a Thunderbolt/USB4 peripheral to their Chrome OS device. This is recorded for only devices that support Thunderbolt/USB4 connectivity. Gets recorded every time a Thunderbolt/USB4 peripheral is plugged in. This histogram is based off of the obsolete Ash.PciePeripheral.ConnectivityResults histogram and also includes invalid cable detection from the Chrome OS type-c daemon. Warning: this histogram was expired from 2022-12-31 to 2023-08-21; data may be missing. minch@chromium.org sammiequon@chromium.org yunchengs@google.com chromeos-wm-corexp@google.com The number of windows restored in multi-display scenario, such as due to disconnecting and reconnecting display, enabling and disabling mirror mode, entering and leaving dock mode. Zero is not recorded. minch@chromium.org sammiequon@chromium.org yunchengs@google.com chromeos-wm-corexp@google.com Emits the number of windows bounds restored when rotating the screen back to the previous screen orientation. Zero is not recorded. cowmoo@google.com assistive-eng@google.com Emitted when a request to load ambient mode google photos albums preview images completes, but only upon first page load. This roughly corresponds to user perceived time it takes to load the ambient preview section of Personalization App. Does not emit if a user opens Personalization App onto a page that does not load google photos albums previews. Does not emit unless the user already has ambient mode enabled and Google Photos selected as the source upon first opening Personalization App. jasontt@chromium.org assistive-eng@google.com Emitted when a user selects an animation theme in screensaver subpage or when screensaver is first enabled. In the latter case, the theme is recorded here even without the user explicitly selecting it in the screensaver subpage. The theme in this case will either be the default chosen by the system, or the theme that the user had selected when they last disabled screensaver. jasontt@chromium.org assistive-eng@google.com Emitted when a user presses the `Turn on` button on ambient preview to enable screen saver. pzliu@google.com assistive-eng@google.com Emitted when a user selects a new screen saver duration option. jasontt@chromium.org esum@google.com assistive-eng@google.com Emitted when a user selects the video theme, selects a new video in the screensaver subpage, or enables screensaver with a video theme automatically active. The latter can happen if a video theme is the default on that particular device model, or if the user had selected a video theme in the past when they last disabled screensaver. pzliu@google.com assistive-eng@google.com Records the amount of time a user spends in the Personalization App on each visit. ericamlee@chromium.org assistive-eng@google.com Records the color scheme that the user has settled on. Emitted once for every UMA upload. ericamlee@google.com assistive-eng@google.com Emitted when a user clicks a button to choose a color scheme for dynamic color in personalization hub. ericamlee@chromium.org assistive-eng@google.com Records the static color that the user has settled on. Emitted once for every UMA upload. ericamlee@google.com assistive-eng@google.com Emitted when a user clicks a static color button for dynamic color in personalization hub. ericamlee@google.com assistive-eng@google.com Emitted when a user clicks the toggle button to enable or disable dynamic color in personalization hub. thuongphan@chromium.org assistive-eng@google.com Records which entry point is used to access Personalization Hub. Emitted every time Personalization hub is accessed. jasontt@chromium.org assistive-eng@google.com Emitted when a user selects a keyboard backlight color in personalization hub. jasontt@chromium.org assistive-eng@google.com Records the keyboard backlight color that the user has settled on. Emitted once for every UMA upload. thuongphan@chromium.org assistive-eng@google.com Records the display type of keyboard backlight color that the user has settled on. Emitted once for every UMA upload. thuongphan@chromium.org assistive-eng@google.com Emitted every time the user selects 'Customize' button to open zone customization dialog to view or set zone colors, even when no zone color changed. Deprecated July 2023. See the new metrics Ash.Personalization.KeyboardBacklight.WallpaperColor.Valid2. jasontt@chromium.org assistive-eng@google.com Emitted when the keyboard backlight is updated to a new wallpaper extracted color. Non transparent colors are considered valid. jasontt@chromium.org assistive-eng@google.com Emitted when the wallpaper extracted color is available and the keyboard backlight selection is updated to be wallpaper color. Only non transparent colors are considered valid. thuongphan@chromium.org assistive-eng@google.com Records the keyboard backlight color for zone {ZoneIdx} that the user has settled on. Emitted once for every UMA upload if the user currently uses customized zone colors for keyboard backlight. jasontt@chromium.org assistive-eng@google.com Emitted when a user navigates to a valid path in personalization hub. jasontt@chromium.org assistive-eng@google.com Emitted when a user selects a theme button in personalization hub. sammiequon@chromium.org zxdan@chromium.org chromeos-wm-corexp@google.com Records the presentation time, which is the time in milliseconds it takes from when show phantom window was received and successfully processed to when the next frame is shown to the user. The phantom window is shown to give users an indication of the window bounds of the next state. For example, when dragging a window to the left side of the display, the phantom window will take up roughly the left half of the work area to indicate the bounds of the window, if the drag is completed. takise@chromium.org linben@chromium.org How long Android PIP was used for, upon ending the session. This metric was expired between April 2022 and July 2023 and may be missing data. takise@chromium.org linben@chromium.org Various individiual Picture-in-picture related events. See AshPipEvents. This metric was expired between April 2022 and July 2023 and may be missing data. hongyulong@chromium.org nupurjain@google.com Record the battery level when a charger is connected and the battery status is from discharging to charging. hongyulong@chromium.org nupurjain@google.com Record the battery level when a charger is unplugged and the battery status is from charging to discharging. leandre@chromium.org cros-status-area-eng@google.com Animation smoothness of the privacy indicators view animation. This occurs when an app is accessing camera/microphone or screen sharing and a green indicator appears on the status area button. Measured via a throughtput tracker. leandre@chromium.org cros-status-area-eng@google.com Record the type of the app that change the status of camera/microphone access. Emitted when there is any change in the status of camera/microphone access. leandre@chromium.org cros-status-area-eng@google.com Record the duration of showing for privacy indicators. Emitted when the privacy indicators view is hidden after a show in the status tray. leandre@chromium.org cros-status-area-eng@google.com Record the type of the app that associate with the privacy indicators notification whose settings button is clicked. Emitted when the user click on the settings button of that notification. leandre@chromium.org cros-status-area-eng@google.com Record the number of apps that access the camera at the same time. Emitted when there are one or more apps accessing the camera. leandre@chromium.org cros-status-area-eng@google.com Record the number of apps that access the microphone at the same time. Emitted when there are one or more apps accessing the microphone. leandre@chromium.org cros-status-area-eng@google.com Record the number of times that the privacy indicator repeatedly shows per 100ms. Emitted when the sequence of consecutive shows in the privacy indicator has finished. leandre@chromium.org cros-status-area-eng@google.com Record the number of times that the tray indicator shows in the tray per session. Emitted when there is a change in user session. leandre@chromium.org cros-status-area-eng@google.com Record the type of privacy indicators shown. Emitted when the privacy indicators view is shown in the status tray. leandre@chromium.org cros-status-area-eng@google.com Record the source that use privacy indicators. Emitted when there's a client calling into the function that updates the privacy indicators. leandre@chromium.org cros-status-area-eng@google.com Animation smoothness of the privacy indicators {Icon} fade in animation. This occurs when an app is accessing camera/microphone or screen sharing and a green indicator appears on the status area button. dorianbrandon@google.com ligeng@google.com cros-projector@google.com Tracks how the user progresses through the creation flow in {TabletOrClamshell}, recorded each time the user starts or ends a screencast recording. dorianbrandon@google.com ligeng@google.com cros-projector@google.com Tracks the most common errors during the screencast recording creation process in {TabletOrClamshell}, recorded each time an error occurs. dorianbrandon@google.com ligeng@google.com cros-projector@google.com Recorded whenever the user chooses a marker color on the Projector toolbar in {TabletOrClamshell}. This metric records when the user changes the color or when the annotator toggles on, to record the saved last used color. dorianbrandon@google.com ligeng@google.com cros-projector@google.com Records the fallback reason of using server based speech recognition instead of on device speech recogniton. This metric is recorded on server based speech recognition in projector session. dorianbrandon@google.com ligeng@google.com cros-projector@google.com Tracks the processing time of batch pending screencast files validation on IO thread. Recorded each time when IO task finishes. dorianbrandon@google.com ligeng@google.com cros-projector@google.com Tracks the interval between UI updates during screencast uploading. Recorded at each pending screencast's UI change except for the first one of current uploading phase. Deprecated in M116. No longer needed since no error reported and converted to CHECK. dorianbrandon@google.com ligeng@google.com cros-projector@google.com Records the nullptr error that potentially caused a crash when handling policy changes. dorianbrandon@google.com ligeng@google.com cros-projector@google.com For a recognition session happening at {Location}, this histogram records the recognition status at the end of the session. dorianbrandon@google.com ligeng@google.com cros-projector@google.com Recorded whenever the user opens, closes, or presses a button the Projector toolbar in {TabletOrClamshell}. dorianbrandon@google.com ligeng@google.com cros-projector@google.com Tracks the number of transcripts generated during a recording in {TabletOrClamshell}, recorded each time the metadata file saved successfully after a recording ends. jiamingc@google.com cros-status-area-eng@google.com Recorded when any button in the quick settings view is activated. jiamingc@google.com cros-status-area-eng@google.com Recorded when an action is done on any FeaturePod in the quick settings view. {FeaturePodBehavior} can be a toggle to enable the feature, toggle to disable this feature, going to the feature's detailed page, or making the button visible. etuck@google.com cros-status-area-eng@google.com The number of quick settings pagination pages in the new quick settings UI. This metric is recorded each time the quick settings are closed. Note that this will also get recorded when the user opens and then closes the status area calendar (even if they never viewed the quick settings), until b/285280977 is fixed. jiamingc@google.com cros-status-area-eng@google.com Recorded when an action is done on any slider in the quick settings view or in the slider bubble. {SliderBehavior} can be changing the value or toggling to enable the feature. kradtke@chromium.org cros-status-area-eng@google.com Records time user spent in Quick Settings opened through the Status Area button. Starts measuring time whenever the QS bubble is opened, and records metric when the QS bubble is closed. jiamingc@google.com cros-status-area-eng@google.com The number of feature pods (e.g. WiFi, Bluetooth, IME, Accessibility, etc.) in the system tray quick settings when it is opened, including pods that overflow to other pages. This metric is logged by 2 different types of {DeviceMode}: "Clamshell" and "Tablet". This metric gets recorded for both the new quick settings view and the old unified system view, see "Ash.UnifiedSystemView.{DeviceMode}.FeaturePodCountOnOpen" which is the metric for the old view. hirthanan@google.com chromeos-data-team@google.com Record success if the PSM OPRF response for {PsmUseCase} contains a value. This network request is called after browser start if the last ping timestamp of the Chromebook is not known. ChromeOS only. hirthanan@google.com chromeos-data-team@google.com Record success if the PSM OPRF response for {PsmUseCase} is able to be parsed correctly. This network request is called after browser start if the last ping timestamp of the Chromebook is not known. ChromeOS only. hirthanan@google.com chromeos-data-team@google.com Record whether the preserved file read and successfully parsed all known last active UTC dates. ChromeOS only. hirthanan@google.com chromeos-data-team@google.com Record whether the preserved file was written successfully over DBus for last active UTC dates. This histogram is recorded after browser start up, when the device attempts to read the preserved file storing the last known UTC dates. ChromeOS only. hirthanan@google.com chromeos-data-team@google.com Record whether the private set membership query response contains queried ID that is known or not known. This histogram is recorded after the check membership request is fulfilled by the Fresnel server. The response code indicates whether the queried ID is present in the privacy complaint PSM database. ChromeOS only. hirthanan@google.com chromeos-data-team@google.com Emit the NetError code associated with the {PsmUseCase} {PsmRequest} response. Network requests are called after the browser is instantiated and the device is connected to the internet. Enum for histogram will contain 0 - 899. Ranges are defined //net/base/net_error_list.h;l=14-23. ChromeOS only. qianwan@google.com chromeos-data-team@google.com Record the number of different failed/success cases for the {PsmUseCase} check membership process. ChromeOS only. xiyuan@chromium.org cros-sw-perf@google.com Relative smoothness of animations when rotating screen. 100% represents ideally smooth 60 frames per second. 50% represents only 30 frames per second is achieved during the animations. 0% should not happen. This metric is recorded exactly once when the user rotates the screen. andrewxu@chromium.org The outcome of drive file suggestion data validation. Recorded once per validation. yulunwu@google.com tbarzic@google.com Records the time interval between user-initiated search model updates after the user starts a search query. Used to record how quickly users update the search model in {TabletOrClamshell} after the first keystroke. yulunwu@google.com tbarzic@google.com tby@google.com Records whether search result animation times were shorted for recent search result update animation preemptions. Recorded when productivity launcher search containers' results change while result containers are still animating. dorianbrandon@google.com ligeng@google.com cros-projector@google.com Records the length of remaining un-transcribed audio when the audio capture stops. dorianbrandon@google.com ligeng@google.com cros-projector@google.com Records the time user needs to wait to get the final speech recognition result after audio capture stops. dorianbrandon@google.com ligeng@google.com cros-projector@google.com Records the network error or HTTP response code of server based speech recognition request when an an error occurred. anasalazar@chromium.org mmourgos@google.com Tracks the number of menu items that are enabled in a shelf item's secondary menu. This metric is only recorded when a menu item is selected. anasalazar@chromium.org mmourgos@google.com Tracks the index of the selected menu item in a shelf item's secondary menu. This metric is only recorded when a menu item is selected. anasalazar@chromium.org mmourgos@google.com The number of icons in the shelf, not including the App Launcher icon. This metric is recorded every 30 minutes. anasalazar@chromium.org mmourgos@google.com The number of pinned icons in the shelf, not including the App Launcher icon. This metric is recorded every 30 minutes. anasalazar@chromium.org mmourgos@google.com The number of unpinned icons in the shelf. This metric is recorded every 30 minutes. Deprecated in M111. No longer needed since metalayer was deprecated in M110. amehfooz@chromium.org cros-status-area@google.com gzadina@chromium.org The percentage of the screen area circled by the Assistant pen. Recorded when the "closed shape" gesture is recognized. Deprecated in M111. angelaxiao@chromium.org assistive-eng@google.com Whether or not the user is shown the limitation toast notifying that the Assistant stylus features (i.e. what's on my screen) have been deprecated. Also considers whether or not the deprecation flag has been set. Recorded upon every stylus long press action. Deprecated in M111. No longer needed since metalayer was deprecated in M110. amehfooz@chromium.org cros-status-area@google.com gzadina@chromium.org The duration of an Assistant pen gesture. Recorded at the end of every gesture. Deprecated in M111. No longer needed since metalayer was deprecated in M110. amehfooz@chromium.org cros-status-area@google.com gzadina@chromium.org The interval between subsequent Assistant pen gestures within a session. Session is defined as the period while the Assistant tool is enabled. Recorded at the end of each gesture except for the first one in the session. The interval is computed excluding the gesture duration. Deprecated in M111. No longer needed since metalayer was deprecated in M110. amehfooz@chromium.org cros-status-area@google.com gzadina@chromium.org The number of Assistant pen gestures per session. Session is defined as the period while the Assistant tool is enabled. Recorded at the end of the session. Deprecated in M111. No longer needed since metalayer was deprecated in M110. amehfooz@chromium.org cros-status-area@google.com gzadina@chromium.org The number of recognized Assistant pen gestures per session. Session is defined as the period while the Assistant tool is enabled. Recorded at the end of the session. Deprecated in M111. No longer needed since metalayer was deprecated in M110. amehfooz@chromium.org cros-status-area@google.com gzadina@chromium.org The type of the Assistant pen gesture. Recorded at the end of each gesture. Deprecated in M111. No longer needed since metalayer was deprecated in M110. amehfooz@chromium.org cros-status-area@google.com gzadina@chromium.org The length of a recognized "horizontal stroke" Assistant pen gesture. Recorded at the and of the gesture. Kept to view historical data. amehfooz@chromium.org cros-status-area@google.com gzadina@chromium.org The amount of time spent in Palette Assistant mode. Recorded when the Assistant mode is exited. Kept to view historical data. amehfooz@chromium.org cros-status-area@google.com gzadina@chromium.org The amount of time spend in Palette Laser pointer mode. Recorded when the Laser pointer mode is exited. Kept to view historical data. amehfooz@chromium.org cros-status-area@google.com gzadina@chromium.org The amount of time spend in Palette Magnify mode. Recorded when the Magnify mode is exited. Kept to view historical data. amehfooz@chromium.org cros-status-area@google.com gzadina@chromium.org Tracks the number of times a palette mode is explicitly cancelled or switched out of. jiamingc@google.com cros-status-area-eng@google.com Show stacked hotseat app bar above the shelf button panels/system tray when there is no enough space for the app bar. sherrilin@google.com cros-lurs@google.com Track actions on the shutdown confirmation bubble, if it's opened, dismissed or which buttons are clicked. sherrilin@google.com cros-lurs@google.com Emitted at device start-up if a shut-down was previously initiated from the shelf shutdown button. In other words this metric is only recorded if a shelf shutdown button was pressed and the device was powered up again soon after that. tbuckley@chromium.org Tracks the amount of time between a window being minimized by the shelf and subsequently activated. In other words this metric is only recorded if a shelf button pressed action causes a window to be minimized and the very next shelf button pressed action causes the same window to be activated. kuscher@google.com tbarzic@chromium.org The current state of the shelf (alignment) when the shelf launcher is used to launch an app/window/etc, this is used instead of log in to give data on users that do not lock/unlock or log in frequently. andrewxu@chromium.org newcomer@chromium.org Relative smoothness of animations of the shelf icons. 100% represents ideally smooth 60 frames per second. Recorded when shelf icon animations are completed, including icon move, icon fade-in and icon fade-out. {ShelfIconAnimationType} jimmyxgong@chromium.org cros-peripherals@google.com Record which accelerator is added by the user for {ActionName}. A shortcut is encoded as an int where the high 16 bits represent all the modifiers used, and the 0-15 bits represent which key is used. jimmyxgong@chromium.org cros-peripherals@google.com Tracks the number of times a shortcut customization action has taken place from the Key Shortcuts App. jimmyxgong@chromium.org cros-peripherals@google.com Record which default accelerator is removed by the user for {ActionName}. A shortcut is encoded as an int where the high 16 bits represent all the modifiers used, and the 0-15 bits represent which key is used. xiyuan@chromium.org cros-sw-perf@google.com Tracks the percent of dropped frames in a 1 second sliding window. PercentDroppedFrames is measured by tracking the number of frames which were not displayed on screen out of the total number of frames expected to be produced and displayed. In other words, the lower this number is, the smoother experience. The ".InSession" covers the time of 1 minute beyond into user sessions. The 1 minute timeline is picked based on "Ash.Login.TimeUntilGoodADF" histogram, where about 93-94% user sessions fall under the 1 minute bar. The metric is reported {Stage}. This metric is reported on every dropped frame instead of every frame. It is deprecated in favor of Ash.Smoothness.PercentDroppedFrames_1sWindow2. xiyuan@chromium.org cros-sw-perf@google.com Tracks the percent of dropped frames in a 1 second sliding window. PercentDroppedFrames is measured by tracking the number of frames which were not displayed on screen out of the total number of frames expected to be produced and displayed. In other words, the lower this number is, the smoother experience. The metric is reported {Stage}. sophiewen@chromium.org michelefan@chromium.org The elapsed time between a first snapped window getting minimized and a second snapped window getting minimized. Starts recording when a window changes state from snapped to minimized. Ends recording when a second window changes state from snapped to minimized, or if the first window is no longer snapped on the same side, records the maximum value of 50 hours (18000 seconds). sophiewen@chromium.org michelefan@chromium.org The elapsed time between a first window getting snapped and a second window getting snapped on the other side. Starts recording when one window gets snapped. Ends recording when another window is snapped on the other side of the screen, or if the first window is no longer snapped on the same side, records the maximum value of 50 hours (18000 seconds). dorianbrandon@google.com ligeng@google.com cros-projector@google.com The length of the speech recognition session happening on {Location}. This histogram records the length at the end of the session. zxdan@chromium.org afakhry@chromium.org nupurjain@chromium.org fanafan@chromium.org Emitted at entry to split view mode and each time the orientation or the device mode changes to report whether the device is in clamshell mode or tablet mode and whether the orientation is landscape or portrait. xdai@chromium.org zxdan@chromium.org nupurjain@chromium.org fanafan@chromium.org Emitted at the entry point of split view mode, to report the device orientation is in landscape mode (left and right) or portrait mode (top and bottom). xdai@chromium.org zxdan@chromium.org nupurjain@chromium.org fanafan@chromium.org Emitted at the entry point of split view mode, to report the device is in clamshell mode or tablet mode. xdai@chromium.org zxdan@chromium.org nupurjain@chromium.org fanafan@chromium.org Emitted when device orientation changes in split view, to report the device orientation is in landscape mode (left and right) or portrait mode (top and bottom). xdai@chromium.org zxdan@chromium.org nupurjain@chromium.org fanafan@chromium.org Emitted at the end of split view mode to report the number of resizing window operations in split view mode session for both clamshell and tablet mode. xdai@chromium.org zxdan@chromium.org nupurjain@chromium.org fanafan@chromium.org Emitted at the end of split view mode to report the number of swap window operations in split view mode session. michelefan@chromium.org xdai@chromium.org Recorded whenever two windows in split view are swapped. The recorded enum indicates where the swap operation is triggered, which can either be from double tap or swap button on the snap group expanded menu. xdai@chromium.org chromeos-wmp@google.com The amount of time that the user spent in multi-display split view mode, meaning that split view is active on more than one display. The time is measured from when the number of displays in split view becomes more than one to when it drops back down to one. xdai@chromium.org nupurjain@chromim.org fanafan@chromium.org The amount of time that the user spent in split view mode. The time is measured from the moment a window is snapped to one side of the screen to when split view mode is ended. xdai@chromium.org zxdan@chromium.org nupurjain@chromium.org fanafan@chromium.org Emitted at the end of split view mode or the point of switching between clamshell mode and tablet mode in split view, to report the engagement time of general split view and multi-display split view in both clamshell mode and tablet mode. sammiequon@chromium.org xdai@chromium.org Relative smoothness of animation when releasing the split view divider, recorded when the animation completes. 100% represents ideally smooth 60 frames per second. xdai@chromium.org omrilio@chromium.org oshima@chromium.org chromeos-wmp@google.com Maximum latency of the presentation time while resizing one or two split view windows. {SplitViewResizeModes} xdai@chromium.org omrilio@chromium.org oshima@chromium.org chromeos-wmp@google.com Presentation time while resizing one or two split view windows. {SplitViewResizeModes} Deprecated Mar 2023 because of the b:273278497. The data logged under this histogram is meaningless. Check Ash.StateKeysPresent2 for new data. igorcov@chromium.org vsavu@google.com The presense of state keys on first device policy fetch response. It is expected for state keys to be present. The histogram is logged only in case of successful device policy fetch response. Warning: This histogram was expired from 2022-07-03 to 2022-07-05; data may be missing. igorcov@chromium.org vsavu@google.com The presense of state keys on first device policy fetch response. It is expected for state keys to be present. The histogram is logged only in case of successful device policy fetch response. This is replacing the old Ash.StateKeysPresent histogram because a bug made that data useless. leandre@chromium.org cros-status-area-eng@google.com Relative smoothness of the bounce in animation of tray background view. 100% represents ideally smooth 60 frames per second. Emitted when animation is completed (when the shelf pod/tray background view is completely bounced in and shown the tray). leandre@chromium.org cros-status-area-eng@google.com Relative smoothness of the fade in animation of tray background view. 100% represents ideally smooth 60 frames per second. Emitted when animation is completed (when the shelf pod/tray background view is completely faded in and shown the tray). leandre@chromium.org cros-status-area-eng@google.com Relative smoothness of the fade in animation of tray background view. 100% represents ideally smooth 60 frames per second. Emitted when animation is completed (when the shelf pod/tray background view is completely hidden in the tray). newcomer@chromium.org cros-status-area-eng@google.com Logged when: Hidden: a TrayBackgroundView's preferred visibility is set to false. Shown: a TrayBackgroundView's preferred visibility is set to true. Pressed: Logged when a TrayBackgroundView is activated, either showing a bubble or handling a custom action. The metric is expired from 2023-01-19 to 2023-03-15, so it's possible some data is dropped during that time. leandre@chromium.org cros-status-area-eng@google.com Relative smoothness of the hide animation of tray item view. 100% represents ideally smooth 60 frames per second. Emitted when animation is completed (when the tray item is completely hidden in the tray). leandre@chromium.org cros-status-area-eng@google.com Relative smoothness of the show animation of tray item view. 100% represents ideally smooth 60 frames per second. Emitted when animation is completed (when the tray item is completely shown in the tray). leandre@chromium.org amehfooz@chromium.org tbarzic@chromium.org Presentation time while opening QuickSettings and Notification Center through Status Area button. Emitted when QuickSettings and Notification Center are opened and shown. ericamlee@google.com skau@google.com cowmoo@google.com Whether or not to use the kmeans algorithm to determine the user's color palette. This metric is recorded once per UMA upload. xdai@chromium.org omrilio@chromium.org Maximum latency of the presentation timestamp while dragging a tab in tablet mode. xdai@chromium.org omrilio@chromium.org Presentation time while dragging a tab in tablet mode. xdai@chromium.org omrilio@chromium.org Maximum latency of the presentation timestamp while dragging maximized window in tablet mode. xdai@chromium.org omrilio@chromium.org Presentation time while dragging maximized window in tablet mode. andrewxu@chromium.org tbarzic@chromium.org Boolean indicating whether a swipe from hotseat on home screen resulted in a transition to overview. amehfooz@chromium.org cros-status-area@google.com gzadina@chromium.org The height of the system menu divided by the height of the Ash desktop work area; a value over 100% indicates that a portion of the system menu is not visible to the user. Recorded each time the menu is opened. amehfooz@chromium.org cros-status-area@google.com gzadina@chromium.org The number of user-visible rows in the system menu's default view. Recorded each time the menu is opened. yichenz@chromium.org chromeos-wmp@google.com Presentation time in ms when a tab is dragged. In clamshell mode, each time a tab is dragged within a display, the time it takes to present the new frame on screen is recorded. In tablet mode (with webui tab strip enable), dragging between displays is precluded, thus each time a tab is dragged, the time it takes to present the new frame to screen is recorded. yichenz@chromium.org chromeos-wmp@google.com Maximum presentation time recorded during a tab dragging session in both clamshell and tablet mode. oshima@chromium.org sammiequon@chromium.org Relative smoothness of animations when entering tablet mode, recorded when the animation completes. 100% represents ideally smooth 60 frames per second. oshima@chromium.org sammiequon@chromium.org Relative smoothness of animations when exiting tablet mode, recorded when the animation completes. 100% represents ideally smooth 60 frames per second. kuscher@google.com rbyers@chromium.org The distance between touch-move events. kuscher@google.com The interval between the end of a touch-sequence and the start of the next touch-sequence. oshima@chromium.org Chrome OS only. The computed angle between the lid and the keyboard panel. These values are imprecise and may be tens of degrees off from reality. Reported once per hour that the system is awake, and not reported if the system doesn't have two accelerometers. girard@chromium.org The length of time that TouchView is active, for each activation. girard@chromium.org The proportion of time spent in TouchView during a session. girard@chromium.org The total time that TouchView is active during a session. girard@chromium.org The length of time between TouchView activations. girard@chromium.org The total time that TouchView is not active during a session. jiamingc@google.com cros-status-area-eng@google.com Recorded when any button in the old quick settings view is activated. jiamingc@google.com cros-status-area-eng@google.com Recorded when an action is done on any FeaturePod in the old quick settings view. {FeaturePodBehavior} can be a toggle to enable the feature, toggle to disable this feature, going to the feature's detailed page, or making the button visible. jiamingc@google.com cros-status-area-eng@google.com Recorded when an action is done on any slider in the old quick settings view or in the slider bubble. {SliderBehavior} can be changing the value or toggling to enable the feature. jiamingc@google.com cros-status-area-eng@google.com The number of feature pods (e.g. WiFi, Bluetooth, IME, Accessibility, etc.) in the old system tray quick settings when it is opened, including pods that overflow to other pages. This metric is logged by 2 different types of {DeviceMode}: "Clamshell" and "Tablet". This metric gets recorded for both the new quick settings view and the old unified system view, see "Ash.QuickSettings.{DeviceMode}.FeaturePodCountOnOpen" which is the metric for the new quick settings view. oshima@chromium.org chromeos-wmp@google.com Relative smoothness of all animations applied during the unlock process. 100% represents the ideal smoothness for 60 frames per second. The metric was expired from 2022-04-18 to 2023-07-12 (revived in M117), it's possible some data was dropped during that time. ythjkt@chromium.org hidehiko@chromium.org Records the size of the entire profile data directory. Collected upon launching ash chrome. ythjkt@chromium.org hidehiko@chromium.org Records the size of each file/dir directly under user data directory. angelaxiao@google.com updowndota@google.com Emitted when loading default user images from gstatic resources. Records whether an image download attempt was successful or not. leandre@chromium.org cros-status-area-eng@google.com Record the number of times that the video conference tray repeatedly shows per 100ms. Emitted when the sequence of consecutive shows in the video conference tray has finished. leandre@google.com cros-status-area-eng@google.com Records the app type of the media app that users want to return to when they click the return to app button in the video conference panel. leandre@chromium.org cros-status-area-eng@google.com Relative smoothness of the fade out animation of the return to app button inside the video conference controls. 100% represents ideally smooth 60 frames per second. Emitted when the fade out animation is completed. leandre@chromium.org cros-status-area-eng@google.com Relative smoothness of the bounds change animation of the return to app panel inside the video conference controls. 100% represents ideally smooth 60 frames per second. Emitted when the bounds change animation is completed. leandre@chromium.org cros-status-area-eng@google.com Relative smoothness of the fade in animation of the {ViewName} inside the video conference controls. 100% represents ideally smooth 60 frames per second. Emitted when the fade in animation is completed. leandre@google.com cros-status-area-eng@google.com Records the background blur state that users want to switch to when they choose a different value for background blur effect in the tab slider of the video conference panel. newcomer@google.com cros-status-area-eng@google.com Records the initial state of background blur when the Video Conference Panel is shown. leandre@google.com cros-status-area-eng@google.com Recorded when the stop screen share button in video conference tray is clicked. leandre@google.com cros-status-area-eng@google.com Recorded when the toggle bubble button in video conference tray is clicked to open/close the bubble. leandre@google.com cros-status-area-eng@google.com Recorded when the {Device} mute button in video conference tray is clicked. We will record if the user clicks the button to mute or to un-mute the {Device}. leandre@google.com cros-status-area-eng@google.com Recorded when the toggle button of {EffectName} in the video conference bubble is clicked. We will record if the user clicks the button to enable or disable the effect. newcomer@google.com cros-status-area-eng@google.com Records the initial state of {EffectName} when the Video Conference Panel is shown. jasontt@chromium.org assistive-eng@google.com The wallpaper collection of the selected online wallpaper. Recorded each time the online wallpaper image is selected, but not when wallpaper is automatically refreshed. xiaohuic@chromium.org assistive-eng@chromium.org The custom wallpaper layout type. Recorded when the user sets a new custom wallpaper or changes the existing custom wallpaper's layout. thuongphan@google.com cowmoo@google.com assistive-eng@google.com Records the refresh count for the request of the Google Photos API which {Api} with a valid refresh token. The count increases each time a user scrolls down to the end of the page to fetch more photos or albums from the Google Photos API. Emitted only at the end of a session. xiaohuic@google.com assistive-eng@google.com Records the response time for the {Result} request to the Google Photos API which {Api}. Emitted only on {Result} parsing of the API response at the moment parsing is completed. xiaohuic@google.com assistive-eng@google.com Records the result for the request to the Google Photos API which {Api}. Emitted for both failed and successful parsing of the API request at the moment parsing is completed. xiaohuic@google.com assistive-eng@google.com Records the result count for the response of the Google Photos API which {Api}. Emitted only on successful parsing of the API response at the moment parsing is completed. Replaced 01/2023 by Ash.Wallpaper.GooglePhotos.Source2. xiaohuic@google.com assistive-eng@google.com Records the section of the Wallpaper App from which a Google Photos wallpaper was selected. Emitted regardless of the selection's success. b/262449270: Adds new enums to record when a user picks a photo from owned or shared albums with the Google Photos shared albums feature. thuongphan@google.com cowmoo@google.com assistive-eng@google.com Records the section of the Wallpaper App from which a Google Photos wallpaper was selected. Emitted regardless of the selection's success. jasontt@chromium.org assistive-eng@google.com The selected online wallpaper. Recorded each time the online wallpaper image is selected, but not when wallpaper is automatically refreshed. jasontt@chromium.org assistive-eng@google.com Tracks whether the time of day wallpaper is set to be the default wallpaper successfully on supported devices. Recorded each time the user goes through OOBE flow and they did not have any synced wallpaper on any of their previous devices. jasontt@chromium.org assistive-eng@google.com Tracks the preview mode usage for wallpaper. Recorded each time the wallpaper image is previewed. thuongphan@chromium.org assistive-eng@google.com Recorded when a user attempts to set a wallpaper, either by the built-in Wallpaper App, or by a third party App. Note the wallpaper change triggered by Sync file system event doesn't count. kuscher@google.com assistive-eng@google.com The wallpaper type. Recorded at user login. This metric expired in April 2022 and was revived in August 2022. Data between these times is incomplete. Replaced Aug 2023 by Ash.Wallpaper.{WallpaperType}.Result2. jasontt@chromium.org assistive-eng@google.com Tracks the result of user's attempt to set a wallpaper. Recorded when a user selects a wallpaper from the personalization hub. b/285387348: Add more variants and fix incorrect metric recording for online wallpapers. thuongphan@chromium.org assistive-eng@google.com Tracks the result of user's attempt to set a wallpaper of type {WallpaperType}. Recorded when a user selects a {WallpaperType} wallpaper from the personalization hub. sammiequon@chromium.org wutao@chromium.org Relative smoothness of cross fade animation when setting window bounds. 100% represents ideally smooth 60 frames per second. 50% represents when only 30 frames per second is achieved during the animations. 0% should not happen. This metric is recorded exactly once when SetBoundsDirectCrossFade is called, such as when window is maximized. sammiequon@chromium.org xdai@chromium.org When dragging a maximized window, the window will shrink to restore bounds. Dragging the window back to the top of the screen will expand the window. This histogram is fired only if the window is initially maximized. If we drag a normal window to maximized state, the animation smoothness will be recorded in the regular cross fade histogram above. This histogram will be recorded to measure the smoothenss of the expand animation. 100% represents ideally smooth 60 frames per second. 50% represents when only 30 frames per second is achieved during the animations. 0% should not happen. sammiequon@chromium.org xdai@chromium.org When dragging a maximized window, the window will shrink to restore bounds. This histogram is fired everytime we drag a maximized window to normal state. This histogram will be recorded to measure the smoothness of the shrink animation. 100% represents ideally smooth 60 frames per second. 50% represents when only 30 frames per second is achieved during the animations. 0% should not happen. sammiequon@chromium.org tclaiborne@chromium.org Relative smoothness of hiding window animation. 100% represents ideally smooth 60 frames per second. 50% represents when only 30 frames per second is achieved during the animations. 0% should not happen. This metric is recorded exactly once when AnimateHideWindowCommon is called, such as when window is closed. oshima@chromium.org sammiequon@chromium.org chromeos-wmp@google.com Relative smoothness of minimizing window animation. 100% represents ideally smooth 60 frames per second. 50% represents when only 30 frames per second is achieved during the animations. 0% should not happen. This metric is recorded exactly once when AnimateHideWindow_Minimize is called, such as when window is minimized. oshima@chromium.org sammiequon@chromium.org chromeos-wmp@google.com Relative smoothness of snapping window animation. 100% represents ideally smooth 60 frames per second. 50% represents when only 30 frames per second is achieved during the animations. 0% should not happen. This metric is recorded exactly once when a window is snapped to the left or right in clamshell mode using the alt + [ or ] accelerator, but only if the size of the window's bounds change. oshima@chromium.org sammiequon@chromium.org chromeos-wmp@google.com Relative smoothness of unminimizing window animation. 100% represents ideally smooth 60 frames per second. 50% represents when only 30 frames per second is achieved during the animations. 0% should not happen. This metric is recorded exactly once when AnimateShowWindow_Minimize is called, such as when window is unminimized. conniekxu@chromium.org xdai@chromium.org nupurjain@chromium.org Emitted when a window state is being destroyed. Records number of mis-triggers of the drag to maximize behavior for a window during its lifetime. conniekxu@chromium.org xdai@chromium.org nupurjain@chromium.org This boolean keeps tracking if a drag to maximize behavior is valid or not. Emits true if a window is dragged to maximized and stays maximized status over 5 seconds. If a window is dragged to maximized, but gets restored during 5 seconds, the drag to maximize behavior should be considered as invalid and a mis-trigger. nupurjain@chromium.org sophiewen@chromium.org The amount of time a user keeps a partial split window open and visible. Starts recording when a user partial splits through the multitask menu, or activates a desk that contains a partial window. Ends recording when the window is closed, changes window state, is snapped/dragged/resized to a non-partial snap ratio, gets moved to an inactive desk, or a different desk is activated. cattalyya@chromium.org afakhry@chromium.org nupurjain@chromium.org fanafan@chromium.org Emitted when the user snaps the window to record whether window snap is used while the display orientation is portrait or landscape mode. afakhry@chromium.org nupurjain@chromium.org Emitted when the user ends window cycling via Alt-Tab, if and only if user had 2 or more desks and a new window was activated, to report the distance between the active desks before and after window cycling. A distance of 0 means no desks switch occurred. andp@chromium.org sammiequon@chromium.org chromeos-wms@google.com Records the presentation time, which is the time in milliseconds it takes from when the window cycle event (alt+tab) was received to when the next frame is shown to the user. This does not include the 150ms delay for window cycle (for users who switch so fast they do not need the UI). afakhry@chromium.org xdai@chromium.org nupurjain@chromium.org Emitted when the user starts Alt-Tab, if and only if user had 2 or more desks and Bento is not disabled, to report the initial alt-tab mode, which signals user's saved and preferred mode. sammiequon@chromium.org xdai@chromium.org nupurjain@chromium.org The number of windows in the Alt+Tab selector. Only recorded once when cycling starts, not every time when Tab is pressed without releasing Alt. afakhry@chromium.org xdai@chromium.org nupurjain@chromium.org Emitted when the user switches the Alt-Tab mode, if and only if user had 2 or more desks and Bento is not disabled, to report whether the user switches the mode via a click or keyboard. andp@chromium.org benbecker@chromium.org nupurjain@chromium.org Emitted when same app window cycling ends, if and only if user had 2 or more desks and Bento is not disabled, to report the same-desk vs all-desk mode selection. andp@chromium.org benbecker@chromium.org nupurjain@chromium.org Emits true when a same-app cycling session is started and false when a normal cycling session is started. andp@chromium.org benbecker@chromium.org nupurjain@chromium.org The number of windows the user didn't have to tab through because they were using Alt-Backtick instead of Alt-Tab. Recorded as the number of non-same-app windows in the ending MRU list between the starting and chosen window in the initial cycling direction. afakhry@chromium.org xdai@chromium.org nupurjain@chromium.org Emitted when the user switches the Alt-Tab mode from a click or keyboard, if and only if user had 2 or more desks and Bento is not disabled, to report the alt-tab mode the user switches to. sammiequon@chromium.org xdai@chromium.org nupurjain@chromium.org The number of seconds between task switches triggered by the next window and previous window accelerator keys (ie Alt+Tab, Alt+Shift+Tab). yichenz@chromium.org chromeos-wmp@google.com Relative smoothness of showing window animation when the window cycle view moves the next window into position when alt + tab is pressed. 100% represents ideally smooth 60 frames per second. 50% represents when only 30 frames per second is achieved during the animations. 0% should not happen. Warning: this histogram was expired from 2022-04-10 to 2023-02-22; data may be missing. yichenz@chromium.org chromeos-wmp@google.com Relative smoothness of showing window animation when the window cycle view starts. 100% represents ideally smooth 60 frames per second. 50% represents when only 30 frames per second is achieved during the animations. 0% should not happen. Warning: this histogram was expired from 2022-04-10 to 2023-02-22; data may be missing. andrewxu@chromium.org tbarzic@chromium.org The final state after window drag gesture that started from the system shelf in tablet mode. antrim@chromium.org cros-lurs@google.com How long it took for the screen lock process to complete. This does not include timeouts. Warning: this histogram was expired from M78 till M104. antrim@chromium.org cros-lurs@google.com How long it took for the screen lock process to complete, for timeouts only. Warning: this histogram was expired from M78 till M104. It was also expired from 2023-04-23 till 2023-07-10. michelefan@chromium.org xdai@chromium.org Emits true if the resize widget is clicked to start the resizing while in mulit-window resizing mode. michelefan@chromium.org xdai@chromium.org Emits true if the resize widget is clicked to start the resizing while in mulit-window resizing mode. michelefan@chromium.org xdai@chromium.org Emits true if the resize widget shows on mouse hover on the ResizeWindows. michelefan@chromium.org xdai@chromium.org Emits true if the resize widget shows on mouse hover on the ResizeWindows and the two windows of the ResizeWindows are snapped. Deprecated Apr 2023. See the new metrics Ash.Wm.WindowSnapActionSource2. xdai@chromium.org nupurjain@chromium.org Emitted when a window is to be snapped. Records different ways for a user to snap a window. Deprecated. xdai@chromium.org nupurjain@chromium.org Emitted when a window is to be snapped. Records different ways for a user to snap a window.