kaklilu@google.com bling-ai-foundations@google.com Records the final outcome of an iOS page stability monitoring check. Page stability indicates that the web page is 'stable' (i.e. DOM mutations have ceased or settled within configured thresholds) so that the Actor can safely interact with, or extract content from, the page without race conditions or layout shifts. This metric is recorded once per page stability check when monitoring terminates. kaklilu@google.com bling-ai-foundations@google.com The duration from when active page stability monitoring starts until page stability is reached. Excludes any initial observation delay. This metric is not recorded if monitoring times out or aborts (e.g., due to frame destruction). kaklilu@google.com bling-ai-foundations@google.com The duration from when stability monitoring is requested until {Outcome}. sebsg@chromium.org bling-alchemy@google.com Records the user's selection of an item in the AI Hub. Recorded each time an item is selected. justincohen@chromium.org bling-fundamentals@google.com Whether or not the allocator shim was installed successfully. False indicates an unexpected error at the OS level which merits investigation. olivierrobin@chromium.org bling-squid-squad@google.com The percentage of annotations the are decorated against the number of annotations found. olivierrobin@chromium.org bling-squid-squad@chromium.org Whether or not a user tap on an annotation got cancelled because some other script in the web page triggered some mutations on the same tap. Warning: Data gap between 2024-08 - 2025-02. olivierrobin@chromium.org bling-squid-squad@google.com The type of an annotation that is {Action}. gambard@chromium.org bling-meridian@google.com The settled state of the assistant button in the App Bar after startup checks have completed. Recorded once per App Bar initialization. gambard@chromium.org bling-meridian@google.com The state of the assistant button in the App Bar when the user taps it. Recorded when the user taps the assistant button. michaeldo@chromium.org bling-fundamentals@google.com This histogram counts the frequency of app launch attempts where the target app is Chrome itself. This logged once per app launch attempt. erahmaoui@google.com olivierrobin@chromium.org The time it takes to fetch an application mode. The largest value should be 500ms, as anything more than that is considered as a fetching timeout. erahmaoui@google.com olivierrobin@chromium.org This event is recorded each time an application mode fetching is completed. The enumeration indicates the nature of the application mode fetching outcome. olivierrobin@google.com erahmaoui@google.com bling-squid-squad@google.com The placement ID associated with a App preview-attributed install. This is recorded on the first launch of the calendar month following the install, at startup, if the install happened within the long attribution window (15 days) of the promo acceptance time. olivierrobin@google.com erahmaoui@google.com bling-squid-squad@google.com The placement ID associated with a App preview-attributed install. This is recorded on the first launch of the calendar month following the install, at startup, if the install happened within the short attribution window (24 hours) of the promo acceptance time. olivierrobin@google.com erahmaoui@google.com bling-squid-squad@google.com For installs that can be attributed to the acceptance of a recent external promo in App Preview, records whether the acceptance was within the lat 24 hours or the last 15 days. Recorded once at app startup, once per promo acceptance. hiramahmood@google.com bling-pandamonium@google.com Logged once per app foreground. Logs whether the user has met the trigger requirements for the App Store Rating promo. joemerramos@google.com bling-mony-pod@google.com The latency of the App Switcher provider API fetch request, from initiation to callback execution. Recorded when receiving the intent for allowed source apps. joemerramos@google.com bling-mony-pod@google.com The success or failure outcome of fetching parameters from the App Switcher provider API. Recorded when receiving the intent for allowed source apps. True represents a successful parameters fetch (no error), while False represents a failed or timed out fetch request. danieltwhite@google.com bling-fundamentals@google.com This event is recorded each time the AutoDeletionService successfully completes an action. The enumeration indicates which action was successfully completed. danieltwhite@google.com bling-fundamentals@google.com This event is recorded each time the AutoDeletionService fails to remove a file from the device. The enumeration indicates which reason was the cause of the removal failure. fedegermi@google.com marq@chromium.org Logged when a background refresh is triggered. Logs BGTaskScheduler type of error or success if the task request was successful. fedegermi@google.com marq@chromium.org Logged when a background refresh task completes successfully and at least one refresh provider was executed. Logs the duration of the execution, starting when Chrome starts executing refresh providers. fedegermi@google.com marq@chromium.org Logged when a background refresh task completes successfully but no task execution occurred because no refresh providers were due. Logs the duration of the execution, starting when Chrome starts executing refresh providers (which is expected to be very small). fedegermi@google.com marq@chromium.org Logged when a background refresh task expires (times out). Logs the duration of the execution, starting when Chrome starts executing refresh providers, up to the timeout. fedegermi@google.com marq@chromium.org Logged when a background refresh is triggered. Logs the initState of the AppState during background refresh. fedegermi@google.com marq@chromium.org Logged when a background refresh is triggered. Logs the launch type (warm start, cold start) or if the browser objects were not ready. fedegermi@google.com marq@chromium.org Logged when a background refresh provider task completes. Logs the duration of the provider's execution. fedegermi@google.com marq@chromium.org Logged when a background refresh task completes successfully (either after running providers or as a no-op). Logs the duration that the task waited for the app to reach the required init stage, if any. fedegermi@google.com marq@chromium.org Logged when a background refresh task expires (times out) without being able to start any refresh providers. Logs the duration that the task waited for the app to reach the required init stage, if any. fedegermi@google.com marq@chromium.org Logged when a background refresh task expires (times out). Logs the duration that the task waited for the app to reach the required init stage, if any. fedegermi@google.com marq@chromium.org Logged when a background refresh task completes successfully. Logs the overall duration of the task, from when the OS executed the callback to when the task completed. fedegermi@google.com marq@chromium.org Logged when the background refresh task expires (times out). Logs the overall duration of the task, from when the OS executed the callback up to the timeout. fedegermi@google.com marq@chromium.org Logged when a background refresh task expires (times out). Logs the number of active providers at the time of timeout. fedegermi@google.com marq@chromium.org Logged when a background refresh task expires (times out). Logs the total number of providers scheduled to run in the task that timed out. thegreenfrog@chromium.org bling-team@google.com This event is recorded on every cold start app open. The value represents how long the app was away from the foreground. thegreenfrog@chromium.org bling-team@google.com This event is recorded on every warm start app open. The value represents how long the app was away from the foreground. nicolasmacbeth@google.com bling-mony-pod@google.com The number of URLs a user has successfully added to Chrome via bulk adding (Siri shortcut). This count is taken after checking for possible duplicates. ankushkush@google.com src/components/sync/OWNERS The number of local bookmarks the user has moved to their account using the batch upload dialog in the bookmarks manager. This is logged when the user chooses to batch upload their bookmarks to their account. ankushkush@google.com src/components/sync/OWNERS Recorded whenever the batch upload flow/dialog is shown to the user in the bookmarks manager. Note that this metric can be logged multiple times in one flow, whenever the views are recreated. hiramahmood@google.com ginnyhuang@chromium.org bling-pandamonium@google.com The action taken by the user after the Bring Android Tabs prompt is presented. hiramahmood@google.com ginnyhuang@chromium.org bling-pandamonium@google.com The action taken by the user in response to the Bring Android Tabs Tab List . hiramahmood@google.com ginnyhuang@chromium.org bling-pandamonium@google.com The number of tabs deselected from the Tab List View of the Bring Android Tabs prompt. Recorded after the Tab List View is dismissed. hiramahmood@google.com ginnyhuang@chromium.org bling-pandamonium@google.com The result of prompting the set of tabs for an Android switcher. Recorded after the set of tabs are prompted. Starting M116, this metric would be logged for Android switchers only. hiramahmood@google.com ginnyhuang@chromium.org bling-pandamonium@google.com The number of tabs imported from Android for Android Switchers. Recorded when the Bring Android Tabs prompt is displayed. michaeldo@chromium.org bling-fundamentals@google.com The result of a captive portal check triggered by a failed secure connection. Logged once per failed secure connection. fedegermi@google.com bling-fundamentals@google.com Recorded each time we verify results from SecTrustEvaluateWithError and SecTrustGetTrustResult. True indicates a match between the two results, which should theoretically be consistent. This tracks a known iOS 26.4 issue. gambard@chromium.org bling-fundamentals@google.com When a navigation is committed, it should have a non-null NavigationContext. This histogram counts the frequency of this invariant holding at the time when a new navigation is committed. It is used to verify the effectiveness of code fixes because this issue is not currently reproducible in testing (http://crbug.com/864769). True means a non-null NavigationContext is present. gambard@chromium.org bling-fundamentals@google.com When a navigation is committed, the web view URL is expected to match that of the current back-forward item. WKWebView seems to break this assumption at times. This histogram counts the frequency of this invariant violation at the time when a new navigation is committed. True means the URL matches the current back-forward item. pabouchard@google.com bling-mony-pod@google.com Records the outcome of user interactions with the confirmation alert sheet. This includes clicks on the primary, secondary, or tertiary action buttons, as well as dismissing the alert. olivierrobin@google.com bling-squid-squad@google.com Whether the loading of the image preview succeeded. olivierrobin@google.com bling-squid-squad@google.com Records the memory footprint of ContextMenu’s preview image (in KB) after any image optimizations (like downsampling) have been applied. justincohen@google.com bling-fundamentals@google.com Records the outcome of a context menu update triggered by a long-press gesture. Reported after the DOM element at the gesture point is retrieved. rkgibson@google.com bling-mony-pod@google.com The reason the Contextual Panel was dismissed. Fired every time the panel closes. rkgibson@google.com bling-mony-pod@google.com The result of displaying a Contextual Panel entrypoint with the given type of entrypoint. Fired the first time the corresponding action was taken for a page load. Note that this means it could be fired multiple times with different actions on the same page. Also, the Regular variants are always fired as all entrypoints start out as Regular. Then either Large or IPH will be fired if the entrypoint was Large or showed an IPH. rkgibson@google.com bling-mony-pod@google.com The time a Contextual Panel entrypoint for the given entrypoint type was displayed before it was first tapped. Fired the first time a given page's entrypoint was tapped. The Regular variants are always fired as all entrypoints start out as Regular. Then either Large or IPH will be fired if the entrypoint was Large or showed an IPH. rkgibson@google.com bling-mony-pod@google.com The result of displaying a Contextual Panel entrypoint for the given infoblock type and entrypoint type. Fired the first time the corresponding action was taken for a page load. Note that this means it could be fired multiple times with different actions on the same page. Also, the Regular variants are always fired as all entrypoints start out as Regular. Then either Large or IPH will be fired if the entrypoint becomes Large or shows an IPH. rkgibson@google.com bling-mony-pod@google.com The time a Contextual Panel entrypoint for the given infoblock type and entrypoint type was displayed before it was first tapped. Fired the first time a given page's entrypoint was tapped. The Regular variants are always fired as all entrypoints start out as Regular. Then either Large or IPH will be fired if the entrypoint becomes Large or shows an IPH. rkgibson@google.com bling-mony-pod@google.com Records the info block type the first time entrypoint is displayed for each navigation. rkgibson@google.com bling-mony-pod@google.com Records the info block type the first time entrypoint is opened via tap for each navigation. rkgibson@google.com bling-mony-pod@google.com Records the type of impression for the given infoblock. This includes when the panel UI closes due to tab switching, even if the panel will re-open when returning to that tab. Fired every time the panel closes for each block in that panel. rkgibson@google.com bling-mony-pod@google.com How long each individual info block was visible for. when returning to that tab. Fired every time the panel closes for each block in that panel. nicolasmacbeth@google.com bling-mony-pod@google.com The reason the Contextual Panel's entrypoint in-product help (IPH) was dismissed. rkgibson@google.com bling-mony-pod@google.com The number of Contextual Panel models with content for each navigation. rkgibson@google.com bling-mony-pod@google.com The relevance level for the Contextual Panel data for the given model. Fired every navigation. rkgibson@google.com bling-mony-pod@google.com How long the Contextual Panel was visible for. Fired each time the panel UI closes. This includes when the panel UI closes due to tab switching, even if the panel will re-open when returning to that tab. rkgibson@google.com bling-mony-pod@google.com The response time for the given Info Block's model request. Fired every time the request completes (with or without data). If the Contextual Panel cancels the request, no metric is fired. justincohen@chromium.org bling-fundamentals@google.com Used by the SkipCookieCaching experiment in the enabled-with-copy-workaround mode. Records the count of cookies that failed a round-trip conversion from NSHTTPCookie to net::CanonicalCookie and back again. justincohen@chromium.org bling-fundamentals@google.com Used by the SkipCookieCaching experiment in the enabled-with-copy-workaround mode. Records the performance overhead of the copy operation. rgod@google.com sinhasourav@google.com bling-transactions@google.com This histogram is logged when the user performs a respective action in the credential selection screen of the credential exchange export flow. rgod@google.com sinhasourav@google.com bling-transactions@google.com Counts the occurrences of {Type} credential on the credential list received from an exporting password manager app. rgod@google.com tmartino@chromium.org bling-transactions-eng@google.com The number of times the Credential Extension password util failed to look up for a password since last Chrome foregrounding. Reported when Chrome is put in foreground. Note: events where the count is zero were removed in M91. Note: this was expired from 2023-06 to 2023-12 and from 2024-12 to 2026-03. Data may be missing. rgod@google.com tmartino@chromium.org bling-transactions-eng@google.com The number of times the Credential Extension pasword util was queried with a nil argument since last Chrome foregrounding. Reported when Chrome is put in foreground. Note: events where the count is zero were removed in M91. Note: this was expired from 2023-06 to 2023-12 and from 2024-12 to 2026-03. Data may be missing. rgod@google.com tmartino@chromium.org bling-transactions-eng@google.com Logged once per app launch. Logs on startup whether the user had enabled the credential provider in their iOS settings. rgod@google.com tmartino@chromium.org bling-transactions-eng@google.com The number of times the Credential Extension failed to save a newly-generated password into the system Keychain since last Chrome foregrounding. Reported when Chrome is put in foreground. Note: this was expired from 2023-06 to 2023-12 and from 2024-12 to 2026-03. Data may be missing. rgod@google.com tmartino@chromium.org bling-transactions-eng@google.com Recorded when a new credential is created via the Credential Provider extension and tracks the username state of the new credential. Reported when Chrome is put in the foreground. Note: this was expired from 2023-06 to 2023-12 and from 2024-12 to 2026-03. Data may be missing. sebsg@chromium.org bling-transactions-eng@google.com Recorded when credentials are saved in the CredentialExtension database. Records the number of favicons that have been fetched. tmartino@chromium.org bling-transactions-eng@google.com The number of times the Credential Extension user selected a passkey since last Chrome foregrounding. Reported when Chrome is put in foreground. rgod@google.com tmartino@chromium.org bling-transactions-eng@google.com Recorded when a new password is created via the Credential Provider extension. Reported when Chrome is put in the foreground. Note: this was expired from 2023-06 to 2023-12 and from 2024-12 to 2026-03. Data may be missing. rgod@google.com tmartino@chromium.org bling-transactions-eng@google.com The number of times the Credential Extension user selected for a Password since last Chrome foregrounding. Reported when Chrome is put in foreground. Note: events where the count is zero were removed in M91. Note: this was expired from 2025-12 to 2026-03. Data may be missing. rgod@google.com tmartino@chromium.org bling-transactions-eng@google.com The number of times the Credential Extension authenticated with a passkey, without user intervention (except OS-provided UI) since last Chrome foregrounding. Reported when Chrome is put in foreground. Note: this was briefly expired in 2026-03. Data may be missing. rgod@google.com tmartino@chromium.org bling-transactions-eng@google.com The number of times the Credential Extension selected a Password without user intervention since last Chrome foregrounding. Reported when Chrome is put in foreground. Note: events where the count is zero were removed in M91. Note: this was expired from 2025-12 to 2026-03. Data may be missing. rgod@google.com tmartino@chromium.org bling-transactions-eng@google.com The number of times the Credential Extension failed to save a newly-generated credential to disk since last Chrome foregrounding. Reported when Chrome is put in foreground. Note: this was expired from 2023-06 to 2023-12 and from 2024-12 to 2026-03. Data may be missing. rgod@google.com tmartino@chromium.org bling-transactions-eng@google.com Recorded when a request to replace identities in ASCredentialIdentityStore fails. Note: this was expired from 2024-12 to 2026-03. Data may be missing. rgod@google.com tmartino@chromium.org bling-transactions-eng@google.com Logged once per app launch if the status did changed. Logs the new status value (enabled/disabled) of the credential provider in the user's iOS settings on startup. Note: this was expired from 2025-08 to 2026-03. Data may be missing. rgod@google.com sebsg@chromium.org bling-transactions-eng@google.com Recorded when the CPE syncs its file storage: removing it and re-writing it. huitingyu@google.com hiramahmood@google.com The impression count for the credential provider extention promo corresponding to a source of the promo. Note: this was expired from 2023-09 to 2023-12. Data may be missing. huitingyu@google.com hiramahmood@google.com The action taken in the credential provider extention promo displayed for the user event {PromoSource}. If the promo is as a reminder, the histogram name is suffixed with "IsReminder". Note: this was expired from 2023-09 to 2023-12. Data may be missing. noemies@google.com tmartino@google.com bling-transactions@google.com Logs whether or not the user has decided to turn on the app as a credential provider when shown the iOS "Turn on AutoFill" prompt. {PromptSource} indicates where the prompt was presented from. Note: This prompt is only available on iOS 18+. hiramahmood@google.com scottyoder@google.com bling-pandamonium@google.com The promo type of the Cross Platform Promo shown to the user when {Source}. hiramahmood@google.com scottyoder@google.com bling-pandamonium@google.com The promo type of the Cross Platform Promo push notification that the user interacted with. qpubert@google.com bling-squid-squad@google.com Tracks whether the loaded webpage natively supports dark mode via any of the native indicators (meta tag, CSS color-scheme, or prefers-color-scheme media queries). Logged on page load. qpubert@google.com bling-squid-squad@google.com Tracks whether the loaded webpage natively supports dark mode via {SupportType}. Logged on page load. gujen@google.com bling-mony-pod@google.com Records true the first time Chrome becomes the default browser after not being the default browser for at least {NumberOfDays}, according to the default browser heuristic. Records false if Chrome was likely the default browser within the last {NumberOfDays} days. Recorded when a default link is opened. gujen@google.com bling-mony-pod@google.com Records true if Chrome was likely the default browser in the last {PeriodConsidered}, indicating that Chrome may have recently stopped being the default browser. Records false in all other scenarios. Recorded once per metrics log upload. rkgibson@google.com bling-mony-pod@google.com Records the default browser banner promo being manually dismissed by the user. The value is how many times the promo has been shown before in this promo session (e.g. the user dismissed the promo after seeing it on 2 pages). rkgibson@google.com bling-mony-pod@google.com Records when a default browser banner promo session ends and what the cause was. rkgibson@google.com bling-mony-pod@google.com Records the default browser banner promo being shown on one webpage. The value is how many times the promo has been shown before in this promo session (e.g. the user loaded 2 pages with the promo already, so this is the 3rd). rkgibson@google.com bling-mony-pod@google.com Records the default browser banner promo being tapped. The value is how many times the promo has been shown before in this promo session (e.g. the user tapped the promo after seeing it on 2 pages). sebsg@chromium.org bling-mony-pod@google.com The action taken by the user in response to the "All tabs" default browser tailored promo. sebsg@chromium.org bling-mony-pod@google.com The action taken by the user in response to the "Made for iOS" default browser tailored promo. sebsg@chromium.org bling-mony-pod@google.com The action taken by the user in response to the "Stay Safe" default browser tailored promo. rkgibson@google.com bling-mony-pod@google.com Logs the time on screen for an impression of a non modal promo. iOS only. pabouchard@google.com bling-mony-pod@google.com Logged when an action happens on the {Impression} impression of a non modal promo. Records the action of the promo. iOS only. sebsg@chromium.org bling-mony-pod@google.com Logged when an action happens on a non modal promo triggered by {PromoType}. Records the action of the promo. iOS only. cheickcisse@google.com bling-mony-pod@google.com Records the action taken by the user on the Default Browser Overflow Menu Promo (No Action, Hidden, or Tapped). pabouchard@google.com scottyoder@google.com bling-pandamonium@google.com bling-mony-pod@google.com The action taken by the user in response to the Set Up List default browser promo. gujen@google.com rkgibson@google.com bling-mony-pod@google.com The default browser promo type shown to the user. gayane@google.com bling-mony-pod@google.com Records the action taken by the user on Default Browser Settings page that was displayed from one of the possible {Source}. Each action can be recorded only once per settings page display. This is true even for the iOS settings opening action which users can do multiple times during the same settings page display. cheickcisse@google.com sebsg@chromium.org bling-mony-pod@google.com The action taken by the user in response to the full screen default browser video promo. gujen@google.com sebsg@chromium.org rkgibson@google.com rohitrao@chromium.org chrome-metrics-team@google.com The number of days remaining before the default status API can be called again. The number of days is calculated from the time span between now and the date of next availability provided in the error status. Recorded once per failed API call. An API call is made three times per year at browser startup. Only recorded if the error is recognized as a cooldown error (i.e. the API was called too soon). Only recorded on iOS 18.4+. gujen@google.com sebsg@chromium.org rkgibson@google.com rohitrao@chromium.org chrome-metrics-team@google.com The number of days since the last successful call to the default status system API. Recorded once per successful API call. An API call is made three times per year at browser startup. If the call is not successful (i.e. there was an error), this histogram is not recorded. Only recorded on iOS 18.4+. Only recorded starting from the second successful API call for this client. gujen@google.com sebsg@chromium.org rkgibson@google.com rohitrao@chromium.org chrome-metrics-team@google.com Records the change in default status since the last successful call to the default status system API for this client. Recorded once per successful API call. An API call is made three times per year at browser startup. If the call is not successful (i.e. there was an error), this histogram is not recorded. Only recorded on iOS 18.4+. Only recorded starting from the second successful API call for this client. gujen@google.com sebsg@chromium.org rkgibson@google.com rohitrao@chromium.org chrome-metrics-team@google.com Records the difference between the system reported default status, and the custom, heuristic-based default status (see IOS.IsDefaultBrowser, IOS.IsDefaultBrowser21, and IOS.IsDefaultBrowser[NumberOfDays]). A true positive means both the system API and the heuristic had a default status of true. A false positive means the heuristic had a default status of true, but the system API reported false. A true negative means both reported false, and a false negative means the heuristic reported false while the system reported true. Recorded once per successful API call. An API call is made three times per year at browser startup. If the call is not successful (i.e. there was an error), this histogram is not recorded. Only recorded on iOS 18.4+. This histogram variant is for the {Days}-day heuristic. gujen@google.com sebsg@chromium.org rkgibson@google.com rohitrao@chromium.org chrome-metrics-team@google.com Whether Chrome is the default browser or not according to the default status system API. Recorded once per successful API call. An API call is made three times per year at browser startup. If the call is not successful (i.e. there was an error), this histogram is not recorded. Only recorded on iOS 18.4+. gujen@google.com sebsg@chromium.org rkgibson@google.com rohitrao@chromium.org chrome-metrics-team@google.com Whether Chrome is the default browser or not according to the default status system API. Works the same as IOS.DefaultStatusAPI.IsDefaultBrowser, except this histogram has a variant for each cohort, and clients record only to the histogram variant corresponding to the cohort they are assigned to. The timeline of this histogram can be used to monitor cohort drift. Recorded once per successful API call. An API call is made three times per year at browser startup. If the call is not successful (i.e. there was an error), this histogram is not recorded. Only recorded on iOS 18.4+. This histogram variant is for cohort {Number}. gujen@google.com sebsg@chromium.org rkgibson@google.com rohitrao@chromium.org chrome-metrics-team@google.com Whether Chrome is the default browser or not according to the default status system API, but only for clients who made the API call during their assigned cohort's reporting window. Clients are split into 4 cohorts, each with 3 assigned months in the year. Depending on usage frequency, it's possible some clients miss their window. When this happens, the API call is still made even if the client is outside their reporting window so that the API call opportunity is not wasted. However, those results will only be recorded to IOS.DefaultStatusAPI.IsDefaultBrowser, not to this histogram. Recorded once per successful API call. An API call is made three times per year at browser startup. If the call is not successful (i.e. there was an error), this histogram is not recorded. Only recorded on iOS 18.4+. gujen@google.com sebsg@chromium.org rkgibson@google.com rohitrao@chromium.org chrome-metrics-team@google.com Whether a call to the default status system API successfully returned a result or yielded an error. Errors are split into 2 buckets, cooldown-related errors and all other errors. Recorded once per API call. An API call is made three times per year at browser startup. Only recorded on iOS 18.4+. hiramahmood@google.com bling-pandamonium@google.com Records whether the total impressions limit across all Desktop to iOS promos was hit. Recorded when checking if a promo is allowed to be shown. nicolasmacbeth@google.com bling-mony-pod@google.com The impression of the iOS {PromoType} shown to the user on Desktop. Desktop only. This is only recorded for contextual promo appearances, not when the eligibility criteria is override via feature flag. nicolasmacbeth@google.com bling-mony-pod@google.com The action taken by the user when shown the iOS {PromoType} on Desktop for the {Impression}. Desktop only. sadhvikch@google.com sreeshmanair@google.com iga-discover-bld@google.com The final outcome of the Discover feed background refresh task execution. Recorded when the task completes execution (either success or failure). sadhvikch@google.com sreeshmanair@google.com iga-discover-bld@google.com The availability of the DiscoverFeedService when the background refresh task is triggered. Recorded at the start of the task execution. sadhvikch@google.com sreeshmanair@google.com iga-discover-bld@google.com Whether the iOS system background task expired before the Discover feed background refresh task could finish execution. Recorded when the system expiration handler is triggered. thegreenfrog@chromium.org bling-pandamonium@google.com The delay in milliseconds between the Tab is opened from this device and the last time the same Tab was modified on the other device. The 'last modified' time is not updated when the Tab is opened from this device. pabouchard@google.com bling-mony-pod@google.com Logs a user's action on the fullscreen, animated Docking Promo. pabouchard@google.com bling-mony-pod@google.com Logs a user's action on the fullscreen, animated Docking Promo, segmented by the user's eligibility criteria: {Eligibility}. pabouchard@google.com bling-mony-pod@google.com Records the user's eligibility status at the moment of a Docking Promo impression. This is recorded every time the DockingPromoCoordinator begins the presentation flow. qpubert@google.com olivierrobin@chromium.org bling-team@google.com Whether there was already a download in progress when starting a document download and how it was resolved. qpubert@google.com olivierrobin@chromium.org bling-team@google.com The final state of the document download. qpubert@google.com olivierrobin@chromium.org bling-team@google.com The mime type of a document downloaded from Preview. qpubert@google.com olivierrobin@chromium.org bling-team@google.com The size of a document downloaded from Preview (in MB). qpubert@google.com olivierrobin@chromium.org bling-team@google.com The state of the download when the user navigates out of the document. olivierrobin@chromium.org bling-team@google.com Report errors when reporting metrics for web edit menu. This histogram is only collected on a subset of users and possibly not on every iOS version. Use with care. olivierrobin@chromium.org bling-team@google.com The action that was triggered by the user on the iOS web edit menu. This histogram is only collected on a subset of users and possibly not on every iOS version. Use with care. olivierrobin@chromium.org bling-team@google.com The action that was triggered by the user on the iOS web edit menu when in iOS26+ context menu form. This histogram is only collected on a subset of users and possibly not on every iOS version. Use with care. nicolasmacbeth@google.com bling-alchemy-eng@google.com Status of the enhanced calendar response. dmytriievd@google.com eic@google.com bling-enterprise@google.com Logs whether a real-time lookup for screenshot protection on iOS succeeded or failed. Recorded from the DataProtectionTabHelper when a lookup result is received. dmytriievd@google.com eic@google.com bling-enterprise@google.com Logs the source (Data Controls or Real-time Lookup) of a screenshot block on iOS. Recorded from the DataProtectionTabHelper when a blocked verdict is returned for a navigated URL. olivierrobin@chromium.org erahmaoui@google.com The type of calendar chosen by the user on the ExperienceKit context menu. olivierrobin@chromium.org erahmaoui@google.com The type of calendar the event was created in using the ExperienceKit context menu. rajendrant@chromium.org sophiechang@chromium.org True if TextClassifier TFLite model was available for entity detection for ExperienceKit Calendar interaction when requested, such as on explicit user text selection. prasanaa@google.com bling-alchemy-eng@google.com Records the number of characters selected when performing a Explain With Gemini. joemerramos@google.com bling-mony-pod@google.com Records the action passed to Chrome for iOS using an external action URL. jlebel@google.com chrome-regionalcapabilities@google.com Records the sender of the feedback when the report an issue dialog is displayed. jlebel@google.com chrome-regionalcapabilities@google.com Records the sender of the feedback when the report an issue dialog is not displayed (e.g. because the user lacks the capability to submit feedback). TODO(crbug.com/512043635): Remove this histogram once Chrome uses Aloha feedback. rkgibson@google.com bling-kiwi-pod@google.com Whether or not the feedback kit presentation flow completed successfully or had an error. ginnyhuang@chromium.org bling-pandamonium@google.com Emitted every time a request from Discover feed could not be fulfilled as intended. qpubert@google.com erahmaoui@google.com bling-team@google.com Report the outcome of changing an account within Drive File Picker. qpubert@google.com olivierrobin@chromium.org bling-team@google.com Report whether the choose from drive was displayed or not (and in that case why). qpubert@google.com erahmaoui@google.com bling-team@google.com Report the selected filter to apply logged on every filter change. qpubert@google.com olivierrobin@chromium.org bling-team@google.com The number of files submitted with the Drive file picker. qpubert@google.com olivierrobin@chromium.org bling-team@google.com The outcome of Drive file picker flow. qpubert@google.com erahmaoui@google.com bling-team@google.com Report the outcome of searching once per file picker flow. qpubert@google.com josephlanza@google.com bling-squid-squad@google.com Logged when the sign-in coordinator for the Drive File Picker returns the result of the sign in attempt. qpubert@google.com josephlanza@google.com bling-squid-squad@google.com Logged when the user attempts to access the Drive File Picker, indicating the sign-in status of the user e.g. signed-in, signed-out without account, signed-out with account on device. qpubert@google.com erahmaoui@google.com bling-team@google.com Report the selected sorting order to apply. qpubert@google.com olivierrobin@chromium.org bling-team@google.com The size in MB of submitted file. qpubert@google.com olivierrobin@chromium.org bling-team@google.com When choosing a file to upload to a web page, reports whether the user finished picking from the camera or instead did cancel. qpubert@google.com olivierrobin@chromium.org bling-team@google.com When choosing a file to upload to a web page, reports the variant of the camera action that was shown when the file upload panel is presented. qpubert@google.com olivierrobin@chromium.org bling-team@google.com When choosing a file to upload to a web page, reports the variant of the context menu action that was selected when the file upload panel is presented. qpubert@google.com olivierrobin@chromium.org bling-team@google.com When choosing a file to upload to a web page, reports the variant of the context menu that was shown when the file upload panel is presented. qpubert@google.com olivierrobin@chromium.org bling-team@google.com When choosing a file to upload to a web page, reports the view that was shown when the file upload panel is presented. qpubert@google.com olivierrobin@chromium.org bling-team@google.com When choosing a file to upload to a web page, the number of files submitted with the file picker. qpubert@google.com olivierrobin@chromium.org bling-team@google.com When choosing a file to upload to a web page, reports whether the user finished picking from the file picker or instead did cancel. qpubert@google.com olivierrobin@chromium.org bling-team@google.com Logs whether the {InfoKey} key is present in the info dictionary when the image is nil in the file upload panel. This is used to diagnose why the image is nil. qpubert@google.com olivierrobin@chromium.org bling-team@google.com When choosing a file to upload to a web page, the number of files submitted with the photo picker. qpubert@google.com olivierrobin@chromium.org bling-team@google.com When choosing a file to upload to a web page, reports whether the user finished picking from the photo picker or instead did cancel. qpubert@google.com bling-team@google.com The number of files successfully loaded by the photo picker. Recorded when the photo picker finishes loading all selected files. qpubert@google.com bling-team@google.com Whether the files selected by the user were successfully loaded by the photo picker. Recorded once per batch of selected files. qpubert@google.com olivierrobin@chromium.org bling-team@google.com When choosing a file to upload to a web page, the number of files submitted with the file upload panel. gambard@chromium.org bling-team@google.com When a navigation is finished, it should have a non-null NavigationContext. This histogram counts the frequency of this invariant holding at the time when a new navigation is finished. It is used to verify the effectiveness of code fixes because this issue is not currently reproducible in testing (http://crbug.com/864769). True means a non-null NavigationContext is present. Expired 2025-05. Revived July 2025. gambard@chromium.org bling-team@google.com When a navigation is finished, it should have a non-null NavigationItem. This histogram counts the frequency of this invariant holding at the time when a new navigation is finished. It is used to verify the effectiveness of code fixes because this issue is not currently reproducible in testing (http://crbug.com/864769). True means a non-null NavigationItem is present. gambard@chromium.org bling-fundamentals@google.com When a navigation is finished, the web view URL is expected to match that of the current back-forward item. WKWebView seems to break this assumption at times. This histogram counts the frequency of this invariant violation at the time when a new navigation is finished. True means the URL matches the current back-forward item. hiramahmood@google.com bling-pandamonium@google.com Type of action user took on the initial/main screen of the Best Features Experience in the FRE. hiramahmood@google.com bling-pandamonium@google.com Type of action user took on the {FeatureName} detail screen of the Best Features Experience in the FRE. danieltwhite@chromium.org bling-fundamentals@google.com Many features include JavaScript injected logic that run in the WebKit renderer process. One Web Vitals metric that evaluates user experience is First Contentful Paint. First Contentful Paint is defined as the amount of time it takes for a page to render a non-trivial element. This histogram captures the First Contentful Paint time for every main frame. This histogram's understanding of First Contentful Paint differs from the traditional understanding because it does not aggregate and compare the First Contentful Page times across the frames on a page. danieltwhite@chromium.org bling-fundamentals@google.com Many features include JavaScript injected logic that run in the WebKit renderer process. One Web Vitals metric that evaluates user experience is First Contentful Paint. First Contentful Paint is defined as the amount of time it takes for a page to render a non-trivial element. This histogram captures the First Contentful Paint time for user's subframes. Due to WebKit's implementation of First Contentful Paint, this histogram only captures a subframe's First Contentful Paint if it is same-origin relative to the main frame. This histogram's understanding of First Contentful Paint differs from the traditional understanding because it does not aggregate and compare the First Contentful Page times across the frames on a page. danieltwhite@chromium.org bling-fundamentals@google.com Many features include JavaScript injected logic that run in the WebKit renderer process. One Web Vitals metric that evaluates user experience is First Input Delay. First Input Delay is defined as the amount of time between the a user's first interaction with the page and the page receiving the input event for this interaction. This histogram captures the First Input Delay time for user's main frame that is loaded from the Back/Forward cache. This histogram's understanding of First Contentful Paint differs from the traditional understanding because it does not aggregate and compare the First Input Delay times across the frames on a page. danieltwhite@chromium.org bling-fundamentals@google.com Many features include JavaScript injected logic that run in the WebKit renderer process. One Web Vitals metric that evaluates user experience is First Input Delay. First Input Delay is defined as the amount of time between the a user's first interaction with the page and the page receiving the input event for this interaction. This histogram captures the First Input Delay time for every main frame. This histogram's understanding of First Input Delay differs from the traditional understanding because it does not aggregate and compare the First Input Delay times across the frames on a page. danieltwhite@chromium.org bling-fundamentals@google.com Many features include JavaScript injected logic that run in the WebKit renderer process. One Web Vitals metric that evaluates user experience is First Input Delay. First Input Delay is defined as the amount of time between the a user's first interaction with the page and the page receiving the input event for this interaction. This histogram captures the First Input Delay time for user's subframes that is loaded from the Back/Forward cache. This histogram's understanding of First Input Delay differs from the traditional understanding because it does not aggregate and compare the First Input Delay times across the frames on a page. danieltwhite@chromium.org bling-fundamentals@google.com Many features include JavaScript injected logic that run in the WebKit renderer process. One Web Vitals metric that evaluates user experience is First Input Delay. First Input Delay is defined as the amount of time between the a user's first interaction with the page and the page receiving the input event for this interaction. This histogram captures the First Input Delay time for user's subframes. This histogram's understanding of First Contentful Paint differs from the traditional understanding because it does not aggregate and compare the First Input Delay times across the frames on a page. jfle@google.com bling-fundamentals@google.com Interaction to Next Paint (INP) is a Core Web Vital metric that assesses responsiveness by observing the latency of all click, tap, and keyboard interactions throughout a user's visit to a page, capturing the 98th percentile latency (discarding outliers). Note that this histogram captures INP isolated to the {FrameType} and does not aggregate interactions across all frames on the page. Recorded when the page is navigated away from or the web state is destroyed, for each {FrameType} where user interactions occurred. joemerramos@chromium.org bling-fundamentals@google.com Logs when a user triggers a fullscreen state change for Chrome on iOS. The enumeration indicates the fullscreen state. This is for the web-exposed Fullscreen API not the fullscreen that happens when users scroll down and hides the toolbar. alionadangla@google.com scottyoder@google.com The time spent in fullscreen mode (toolbars fully collapsed). Recorded when the toolbars start appearing due to scrolling (exiting fullscreen). This duration is NOT recorded if the fullscreen state is reset due to navigation or tab change before the user manually exits fullscreen. This ensures that forced exits don't pollute the duration metrics for user-initiated fullscreen sessions. alionadangla@google.com scottyoder@google.com The time spent not in fullscreen mode (toolbars fully visible) before entering fullscreen. Recorded when the toolbars start collapsing due to scrolling (entering fullscreen). This represents the time spent on the current page/tab since it was last shown or navigated to. If a navigation or tab change occurs while not in fullscreen, the accumulated time is discarded and the timer resets for the new page/tab. In other words, this only logs the time spent on the current page session before it first enters fullscreen, or the time between a manual exit and the next entry on the same page. alionadangla@chromium.org scottyoder@google.com The metric captures the elapsed time between the first scroll event on a new page and the final scroll event that reaches the page's bottom. This measurement, which can span multiple scroll events, is only captured if the bottom of the page is successfully reached. Pages where toolbars can not be collapsed due to size constraints are omitted. alionadangla@chromium.org scottyoder@google.com The action that leads to {Toggle} fullscreen. yasamans@google.com bling-alchemy-eng@google.com Records whether query submission is blocked while page context is loading before initiating the Gemini session. joepeplowski@google.com bling-alchemy-eng@google.com Records that the user toggled the Camera setting on (true) or off (false) in the Gemini settings UI. joepeplowski@google.com bling-alchemy-eng@google.com Records the result of the OS camera picker operation in the Gemini camera flow. The camera picker appears in the camera flow once the user has granted both OS- and Gemini-level camera permissions and the result is recorded when the camera picker is dismissed. joepeplowski@google.com bling-alchemy-eng@google.com Records the initial value of the Gemini camera permission setting in the Gemini camera flow. This value is recorded once the camera flow starts and the OS-level camera permission has been granted. joepeplowski@google.com bling-alchemy-eng@google.com Records the result of the Gemini camera permission alert in the Gemini camera flow. This alert appears after starting the camera flow when the user's OS-level camera permission is confirmed but the Gemini camera permission setting is false. joepeplowski@google.com bling-alchemy-eng@google.com Records the result of the alert directing users to OS camera settings in the Gemini camera flow. This alert appears after starting the camera flow when the OS-level camera permission has been denied by the user in the past. joepeplowski@google.com bling-alchemy-eng@google.com Records the initial status of the OS-level camera authorization setting in the Gemini camera flow. This value is recorded when the camera flow starts. joepeplowski@google.com bling-alchemy-eng@google.com Records the result of an OS-level camera authorization request in the Gemini camera flow. This alert appears after starting the camera flow when a user has never previously responded to an OS-level camera authorization request. joepeplowski@google.com bling-alchemy-eng@google.com Records when an item is shown in Gemini Settings. joepeplowski@google.com bling-alchemy-eng@google.com Records when the user taps an item in Gemini Settings. yasamans@google.com bling-alchemy-eng@google.com Records the length of the selected text that triggered Explain Gemini edit menu. sebsg@chromium.org bling-alchemy@google.com Records whether the user is eligible for Gemini. Logged when eligibility is checked prior to showing entry points, promos, etc. sebsg@chromium.org bling-alchemy@google.com Records the entry point source from which Gemini was triggered. Recorded when Gemini is triggered. Starting M148, a portion of the Omnibox Chip traffic will be moved to DirectOmniboxBadge. yasamans@google.com bling-alchemy-eng@google.com Records the availability of an entry point source from which Gemini could be triggered. Recorded when the entry point is available to the user. Starting M148, a portion of the Omnibox Chip traffic will be moved to DirectOmniboxBadge. yasamans@google.com bling-alchemy-eng@google.com Records the entry point source from which Gemini was impressed. Recorded when an entry point is shown. Starting M148, a portion of the Omnibox Chip traffic will be moved to DirectOmniboxBadge. joepeplowski@google.com bling-alchemy-eng@google.com The feedback that a user has provided by interacting with the feedback buttons associated with a Gemini response. kanouche@google.com bling-alchemy@google.com Records how the user submitted the first prompt of a session to BWG (Gemini) on iOS. Persisted floaties resumed from persisted tabs are considered new sessions. joemerramos@google.com bling-alchemy-eng@google.com Records the state of the floaty when it is dismissed. joemerramos@google.com bling-alchemy-eng@google.com Records the floaty being hidden from a specific trigger source. joemerramos@google.com bling-alchemy-eng@google.com Records the floaty being shown from a specific trigger source. joemerramos@google.com bling-alchemy-eng@google.com Records the duration of a floaty in the minimized state until expanded. joemerramos@google.com bling-alchemy-eng@google.com Records the transition between different Gemini view states. This enum is defined in IOSGeminiViewStateTransition. sebsg@chromium.org bling-alchemy@google.com Records the user's selection on the Gemini FRE consent screen, including accept/dismiss decisions and link clicks for additional information. sebsg@chromium.org bling-alchemy@google.com Records the entry point source from which Gemini First Run Experience (FRE) was triggered. Recorded when the Gemini FRE is triggered. Starting M148, a portion of the Omnibox Chip traffic will be moved to DirectOmniboxBadge. sebsg@chromium.org bling-alchemy@google.com Records the user's selection on the Gemini FRE promo screen. fbeauchamp@google.com bling-alchemy-eng@google.com Records the user's progression for the Gemini FRE. Logged once per Chrome session or whenever the state is updated during the session. ogallant@google.com bling-alchemy-eng@google.com Records the optimization guide decision for Gemini contextual cueing. Logged when a response is received from the optimization guide service following a navigation. joepeplowski@google.com bling-alchemy-eng@google.com Records the type of action button tapped on an image in a Gemini response. joepeplowski@google.com bling-alchemy-eng@google.com The aspect ratio bucket of the associated image when the user tapped the context menu Image Remix entry point. joepeplowski@google.com bling-alchemy-eng@google.com Records the dismissal reason for the Gemini Image Remix IPH. fbeauchamp@google.com bling-alchemy-eng@google.com Records a single ineligibility reason for Gemini. Logged whenever eligibility checks fail. Each ineligibility reason gets recorded individually and can't be meaning fully used for eligibility distribution. Instead use the IOS.Gemini.Eligibility histogram for that purpose. joepeplowski@google.com bling-alchemy-eng@google.com Records the attachment option that was tapped in the input plate in Gemini. fbeauchamp@google.com bling-alchemy-eng@google.com Records the type of page or WebState when Gemini is invoked. Recorded whenever the user initiates a Gemini flow. tarekmakkouk@google.com bling-alchemy-eng@google.com Tracks the total active voice time spent across all Live segments within a single overall Gemini interaction (until the Gemini is dismissed). Recorded when the Gemini floaty/interaction is dismissed. tarekmakkouk@google.com bling-alchemy-eng@google.com The reason why a Gemini Live session transitioned to the dormant state (e.g., timeout, low volume, backgrounding). Recorded when the session ends prematurely due to dormancy. tarekmakkouk@google.com bling-alchemy-eng@google.com Tracks the final outcome (success, dismissals, or permission denials) for the Gemini Live onboarding and permission flow. Recorded exactly once when the First Run Coordinator is dismissed or stopped. tarekmakkouk@google.com bling-alchemy-eng@google.com The duration of Gemini's spoken response. Recorded only when a spoken response ends naturally (without being interrupted by the user). tarekmakkouk@google.com bling-alchemy-eng@google.com The latency between when the user finishes speaking (thinking state starts) and when Gemini starts speaking its response (responding state starts). Recorded each time Gemini responds. tarekmakkouk@google.com bling-alchemy-eng@google.com The total number of speech turns (exchanges) in a Gemini Live session. Recorded once per Gemini Live session when the session ends. joemerramos@google.com bling-alchemy-eng@google.com Records whether a location bar badge update operation was successfully dispatched. joemerramos@google.com bling-alchemy-eng@google.com Records whether Gemini is available for a given page, including reasons for unavailability. Recorded once per navigation. tarekmakkouk@google.com bling-alchemy@google.com Records whether a page is eligible for Gemini. This is logged once per navigation to a new URL. kanouche@google.com bling-alchemy-eng@google.com Records whether prompts sent to Gemini include page context. joepeplowski@google.com bling-alchemy-eng@google.com Records whether a prompt sent to Gemini had Image Remix enabled. joepeplowski@google.com bling-alchemy-eng@google.com Records the number of images sent by the user in a Gemini prompt. joepeplowski@google.com bling-alchemy-eng@google.com Records whether a prompt sent to Gemini included a long-press image. joepeplowski@google.com bling-alchemy-eng@google.com Records whether a prompt sent to Gemini used multi-tab. This is defined as having at least one attached tab that is not the active tab. kanouche@google.com bling-alchemy-eng@google.com Records how the user submitted any prompt to Gemini on iOS. joepeplowski@google.com bling-alchemy-eng@google.com Records the number of tabs attached to a Gemini prompt on iOS. fbeauchamp@google.com bling-alchemy-eng@google.com Records that the user tapped the regenerate button in the Gemini floaty, along with the option type selected. joepeplowski@google.com bling-alchemy-eng@google.com Records whether or not a Gemini response included a generated image. joepeplowski@google.com bling-alchemy-eng@google.com Records the latency from prompt submission to response received for Gemini on iOS. joepeplowski@google.com bling-alchemy-eng@google.com Records the latency from prompt submission to response received for Gemini on iOS when multi-tab context was not used with the prompt. Multi-tab use is defined as having at least one attached tab that is not the active tab. joepeplowski@google.com bling-alchemy-eng@google.com Records the latency from prompt submission to response received for Gemini on iOS when multi-tab context was used with the prompt. Multi-tab use is defined as having at least one attached tab that is not the active tab. kanouche@google.com bling-alchemy@google.com Records the latency from prompt submission to response received for Gemini on iOS when page context was included with the prompt. joepeplowski@google.com bling-alchemy-eng@google.com Records the latency from prompt submission to response received for Gemini on iOS when a generated image was included in the response. kanouche@google.com bling-alchemy@google.com Records the latency from prompt submission to response received for Gemini on iOS when no page context was included with the prompt. joepeplowski@google.com bling-alchemy-eng@google.com Records the latency from prompt submission to response received for Gemini on iOS when a generated image was not included in the response. fbeauchamp@google.com bling-alchemy@google.com Records the reason a gemini session was cancelled. kanouche@google.com bling-alchemy@google.com Records whether the user sent their first prompt in a Gemini session on iOS. False indicates abandoned sessions. kanouche@google.com bling-alchemy@google.com Records the total number of prompts sent by the user in a BWG (Gemini) session on iOS. Includes 0 for abandoned sessions where no prompts were sent. hamzamoh@google.com bling-alchemy-eng@google.com Records the total number of times the active tab was switched during a Gemini (Floaty) session on iOS. Recorded when the Floaty session is dismissed. kanouche@google.com bling-alchemy-eng@google.com Records the duration of a BWG session. A session starts when the BWG UI appears and ends when the BWG UI disappears. Recorded when a session ends. kanouche@google.com bling-alchemy-eng@google.com The duration of a Gemini session that happens to be the first run, from when the UI appears to when it is dismissed. This metric is segmented by the type of sessions. kanouche@google.com bling-alchemy-eng@google.com The duration of a Gemini session, from when the UI appears to when it is dismissed. This metric is segmented by the type of sessions. yasamans@google.com bling-alchemy-eng@google.com Records whether the page loading snackbar is shown on the opening invocation while page context is loading. joemerramos@chromium.org bling-alchemy-eng@google.com Records the entry point source from which Gemini was triggered on a page when the sign-in required snackbar is shown. nicolasmacbeth@google.com bling-alchemy-eng@google.com The latency between starting the preparation of presenting the Gemini overlay and actually presenting it. Includes the time to extract PageContext. Logged after the overlay is presented. gujen@google.com sebsg@google.com bling-mony-pod@google.com The placement ID associated with a GMOSKO-attributed install. This is recorded on the first launch of the calendar month following the install, at startup, if the install happened within the long attribution window (15 days) of the promo acceptance time. gujen@google.com sebsg@google.com bling-mony-pod@google.com The placement ID associated with a GMOSKO-attributed install. This is recorded on the first launch of the calendar month following the install, at startup, if the install happened within the short attribution window (24 hours) of the promo acceptance time. gujen@google.com sebsg@google.com bling-mony-pod@google.com For installs that can be attributed to the acceptance of a recent external promo, records whether the acceptance was within the lat 24 hours or the last 15 days. Recorded once at app startup, once per promo acceptance. olivierrobin@chromium.org qpubert@chromium.org The outcome of the GoogleOne flow initiated from {EntryPoint}. thegreenfrog@google.com bling-pandamonium@google.com Recorded when the user finishes a step in the Guided Tour. thegreenfrog@google.com bling-pandamonium@google.com Records when the user is shown the Guided Tour modal promo and either decides to go through the tour or not. thegreenfrog@chromium.org bling-team@google.com This histogram is logged whenever a click happens on the Home surface (NTP or Start). It is the union of IOS.NTP.Click and IOS.Start.Click. thegreenfrog@chromium.org bling-team@google.com This histogram is logged whenever the Home surface (NTP or Start) is shown. It is the union of IOS.NTP.Impression and IOS.Start.Impression, recording the feed visibility. cheickcisse@google.com bling-mony-pod@google.com Records the total number of color selection changes made while the Home Customization color picker is open. This value is recorded once when the user dismisses the color picker. cheickcisse@google.com bling-mony-pod@google.com Records the outcome of a user's interaction with the color picker. Logged each time the background picker action sheet is dismissed, capturing whether the user applied a color, canceled, or canceled after selecting a color. cheickcisse@google.com bling-mony-pod@google.com Records the total number of item selection changes made while the Home Customization background gallery is open. This value is recorded once when the user dismisses the gallery view. cheickcisse@google.com bling-mony-pod@google.com Records the type of error encountered when fetching an individual collection with images for the iOS NTP background customization gallery. Logged each time a collection images fetch operation happens. cheickcisse@google.com bling-mony-pod@google.com Records the type of error encountered when fetching background collection info for the iOS NTP background customization gallery. Logged each time a fetch operation happens. cheickcisse@google.com bling-mony-pod@google.com Records the HTTP status response code of a background thumbnail download attempt from the background customization gallery on iOS. Logged for each image download attempt that failed. cheickcisse@google.com bling-mony-pod@google.com Records whether an individual image was successfully downloaded from the image fetcher in the NTP background customization gallery. Logged for each image download attempt. cheickcisse@google.com bling-mony-pod@google.com The maximum background thumbnail index within a collection that was visible to the user in the background image gallery. This is recorded when the gallery view is dismissed. cheickcisse@google.com bling-mony-pod@google.com The maximum collection index that was visible to the user in the background image gallery. This is recorded when the gallery view is dismissed. cheickcisse@google.com bling-mony-pod@google.com Records the outcome of a user's interaction with the image gallery picker. Logged each time the background picker action sheet is dismissed, capturing whether the user applied an image, canceled, or canceled after selecting an image. cheickcisse@google.com bling-team@google.com Records the index of the gallery collection when a user selects a background image and applies it on the NTP. pabouchard@google.com bling-mony-pod@google.com Records events related to the NTP background image fetcher cache cleanup. Logged once, the first time the NTP is loaded for a user requiring the migration, and never again. cheickcisse@google.com bling-mony-pod@google.com Records the HTTP status response code received when downloading an image for the NTP background. Logged for each image download attempt that failed. cheickcisse@google.com bling-mony-pod@google.com Records the result of loading a user-uploaded image on the NTP. This is logged each time the NTP is loaded or the background is updated with a user-uploaded image. cheickcisse@google.com bling-mony-pod@google.com Records the background style loaded on the NTP. This is logged each time on NTP initial load. cheickcisse@google.com bling-mony-pod@google.com Records the total number of times recently used backgrounds are selected while the Home Customization panel is open. This value is recorded once when the user dismisses the panel. cheickcisse@google.com bling-mony-pod@google.com Records the result of loading a user-uploaded image in the recently used list. This is logged each time the customization menu is opened and a user-uploaded image is present in the recently used list. cheickcisse@google.com bling-mony-pod@google.com Records the result of a user attempting to upload an image for the ntp background. This is logged on each attempt to upload an image from the customization menu even if there is no error. cheickcisse@google.com bling-mony-pod@google.com Records the memory footprint of Home’s user uploaded background image (in KB). This is logged each time the background image is loaded. cheickcisse@google.com bling-mony-pod@google.com Records the size (in KB) of the image uploaded by the user for the ntp background customization on iOS. This is logged each time a user successfully selects and uploads a new background image. cheickcisse@google.com bling-mony-pod@google.com Records the outcome of a user's interaction with the user-uploaded image picker. Logged each time the background picker action sheet is dismissed, capturing whether the user uploaded their own image, canceled, or canceled after selecting an image. adamta@google.com bling-pandamonium@google.com Records whether the Safety Check module is currently enabled in the Magic Stack from the Home Customization menu. Logged on each NTP impression. adamta@google.com bling-pandamonium@google.com Records whether the Set Up List module is currently enabled in the Magic Stack from the Home Customization menu. Logged on each NTP impression. adamta@google.com bling-pandamonium@google.com Records whether the Tab Resumption module is currently enabled in the Magic Stack from the Home Customization menu. Logged on each NTP impression. bwwilliams@google.com adamta@google.com bling-pandamonium@google.com Records whether the Tips module is currently enabled in the Magic Stack from the Home Customization menu. Logged on each NTP impression. adamta@google.com bling-pandamonium@google.com Records the entrypoint used to open the Home Customization menu. Logged whenever the Home Customization menu is opened. alionadangla@chromium.org lpromero@chromium.org Logs the chosen inactive tab threshold at profile load. andrewkamau@google.com arabm@google.com Logged once per app launch. Logs whether the biometric incognito authentication setting is enabled. This metric is designed to measure % of users who have the setting enabled by using "group by users" in UMA. andrewkamau@google.com arabm@google.com Logged when the user attempt to reauthenticate to display the incognito tabs. This metric is designed to measure the success of the reauth. ddac@google.com chrome-kids-eng@google.com Logged when the incognito tab grid is shown. Logs the grid's enable status along with the user's management status, which can be unmanaged, under parental controls, or subject to enterprise policies. olivierrobin@chromium.org qpubert@google.com The time incognito profile is displayed to the user. Incognito sessions during less than 10 seconds are not reported. Incognito session paused for less than 10 seconds is resumed. (Incorrectly reported between M92 and M107). qpubert@google.com olivierrobin@chromium.org Logged when the Incognito Interstitial is dismissed, with a value which depends on what user action led to the dismissal. Before M113, the Cancel bucket contains all times the Incognito interstitial was dismissed without opening the URL. Starting M113, it only contains times the user triggered the Cancel button, and new "Learn more about Incognito" and "Dismissed by external event" buckets are added. Warning: this histogram was expired from 2025-08-10 to 2026-08-24; data may be missing. qpubert@google.com olivierrobin@chromium.org Logged when the "Ask to Open Links from Other Apps in Incognito" setting is enabled or disabled by the user. Warning: this histogram was expired from 2024-06-16 to 2026-08-24; data may be missing. alimariam@google.com chrome-browser-privacy-team@google.com Logged when the Incognito lock overlay is displayed. alimariam@google.com chrome-browser-privacy-team@google.com Logged when the user interacts with the incognito lock overlay. alimariam@google.com chrome-browser-privacy-team@google.com Logged when the user changes settings for Hide Incognito tabs. alimariam@google.com chrome-browser-privacy-team@google.com Logged once per app launch. Logs incognito lock setting state. This metric is designed to measure % of users who have the setting enabled by using "group by users" in UMA. junov@chromium.org bling-fundamentals@google.com Records the number of dropped frames for {Gesture} gestures on {ClassName}. This metric is subsampled to 1% of occurrences. This metric only captures the propagation of immediate UI updates. Delayed effects, such as future updates after network responses to requests triggered by a gesture, are not captured. Note: The dropped frame count is estimated and the reliability of these estimates on variable refresh rate displays (ProMotion) is not yet well understood. junov@chromium.org bling-fundamentals@google.com Records {MeasurementType} for {Gesture} gestures on {ClassName}. This metric is subsampled to 1% of occurrences. This metric only captures the propagation of immediate UI updates. Delayed effects, such as future updates after network responses to requests triggered by a gesture, are not captured. Note: Scanout delays are estimated and the reliability of these estimates on variable refresh rate displays (ProMotion) is not yet well understood. thegreenfrog@chromium.org rohitrao@chromium.org chrome-metrics-team@google.com Prefer to use IOS.IsDefaultBrowser21 as this metric is based in a 7 days look back window, which appears to be too small. As of iOS14, users will be able to set a default browser other than Safari. When Chrome is the default browser, it will receive all URL opens, which is likely to change certain stability metrics. Thus, it will be good to filter those metrics by default browser status. This metrics records whether the user was deemed to have set Chrome as the device's default browser. This metric will be logged once per metrics log upload. As long as a link is opened in Chrome in the last 7 days, the user will be considered a default user. rohitrao@chromium.org chrome-metrics-team@google.com As of iOS14, users will be able to set a default browser other than Safari. When Chrome is the default browser, it will receive all URL opens, which is likely to change certain stability metrics. Thus, it will be good to filter those metrics by default browser status. This metrics records whether the user was deemed to have set Chrome as the device's default browser. This metric will be logged once per metrics log upload. As long as a link is opened in Chrome in the last 21 days, the user will be considered a default user. sebsg@chromium.org gujen@chromium.org As of iOS14, users will be able to set a default browser other than Safari. When Chrome is the default browser, it will receive all URL opens, which is likely to change certain stability metrics. Thus, it will be good to filter those metrics by default browser status. This metrics records whether the user was deemed to have set Chrome as the device's default browser. This metric will be logged once per metrics log upload. As long as a link is opened in Chrome in the last {NumberOfDays} days, the user will be considered a default user. sugoi@chromium.org tmartino@chromium.org At the moment of trying to enable the bottom sheet at page load time, track whether the bottom sheet is enabled or whether it has been disabled due to the number of dismisses. michaeldo@google.com bling-fundamentals@google.com Records the result of creating, and potentially attempting to upload, a Javascript error report. michaeldo@google.com bling-fundamentals@google.com Records when a JavaScript error occurs as a result of executing a JavaScript string. Logged into the true bucket if the script error is interesting and would be reported as a JavaScript report. Logged into the false bucket if the error is ignored and not considered an actionable error. michaeldo@google.com bling-fundamentals@google.com Records when a webpage attempts to access geolocation APIs and the user has authorized the API at the application level. NOTE: This is only logged if the JavaScript override is setup, which currently ONLY happens if the native level permission is disabled/undetermined at JavaScriptFeature creation time. michaeldo@google.com bling-fundamentals@google.com Records when a webpage attempts to access geolocation APIs, but the user has denied the API at the application level. NOTE: This is only logged if the JavaScript override is setup, which currently ONLY happens if the native level permission is disabled/undetermined at JavaScriptFeature creation time. michaeldo@google.com bling-fundamentals@google.com Records when a webpage attempts to access geolocation APIs and the API access at the application level has not yet been determined. NOTE: This is only logged if the JavaScript override is setup, which currently ONLY happens if the native level permission is disabled/undetermined at JavaScriptFeature creation time. michaeldo@google.com bling-fundamentals@google.com Records when a webpage attempts to access geolocation APIs, but the API access at the application level is restricted. NOTE: This is only logged if the JavaScript override is setup, which currently ONLY happens if the native level permission is disabled/undetermined at JavaScriptFeature creation time. michaeldo@google.com bling-fundamentals@google.com Records when a webpage attempts to access media APIs, but the user has denied the API at the application level. NOTE: This is only logged if the JavaScript override is setup, which currently ONLY happens if the native level permission is disabled/undetermined at JavaScriptFeature creation time. michaeldo@google.com bling-fundamentals@google.com Records when a webpage attempts to access media APIs and the user has granted the API at the application level. NOTE: This is only logged if the JavaScript override is setup, which currently ONLY happens if the native level permission is disabled/undetermined at JavaScriptFeature creation time. michaeldo@google.com bling-fundamentals@google.com Records when a webpage attempts to access media APIs, but the application level access to the API has not yet been determined. NOTE: This is only logged if the JavaScript override is setup, which currently ONLY happens if the native level permission is disabled/undetermined at JavaScriptFeature creation time. sebsg@chromium.org bling-pandamonium@google.com Records the way the app was launched on iOS. tmartino@chromium.org seblalancette@chromium.org The result of conditional disable/enable checking for the Link to Text feature, including granular failure reasons when the feature is not offered. joemerramos@google.com bling-alchemy@google.com Records the badge type when a badge {State} is received in the location bar. christianxu@chromium.org stkhapugin@chromium.org Records that the lens entrypoint is available after a page has finished loading. christianxu@chromium.org stkhapugin@chromium.org Recorded when the lens overlay entrypoint is hidden due to another button being prioritized. Records which button is shown in place of the lens overlay. ericekey@google.com bling-pandamonium@google.com Records impressions for the App Bundle Promo module in the Magic Stack. thegreenfrog@chromium.org scottyoder@google.com Records a user engagement with a module within the Magic Stack. ericekey@google.com bling-pandamonium@google.com Records the rank index of the App Bundle promo module when a user clicks on it. bmcclure@google.com bling-pandamonium@google.com Records the rank index of the Default Browser module when a user clicks on it. thegreenfrog@chromium.org bling-pandamonium@google.com Records the rank index of the Most Visited Sites module when a user clicks on it. thegreenfrog@chromium.org bling-pandamonium@google.com This histogram is logged whenever a Magic Stack click happens on the NTP. thegreenfrog@chromium.org bling-team@google.com This histogram is logged whenever a Magic Stack click happens on Start. davidjm@chromium.org chrome-shopping@google.com Records the rank index of the Price Tracking Promo module when a user taps on it. thegreenfrog@chromium.org bling-pandamonium@google.com Records the rank index of the Safety Check module when a user clicks on it. hiramahmood@google.com bling-pandamonium@google.com Records the rank index of the Send Tab Promo module when a user taps on it. thegreenfrog@chromium.org bling-pandamonium@google.com Records the rank index of the Shortcuts module when a user clicks on it. thegreenfrog@chromium.org bling-pandamonium@google.com Records the rank index of the Tab Resumption module when a user clicks on it. bwwilliams@google.com bling-pandamonium@google.com Records the rank index of the Tips module when a user clicks on it. thegreenfrog@chromium.org bling-pandamonium@google.com Records when a module was disabled. thegreenfrog@chromium.org scottyoder@google.com Records the first module shown for every Magic Stack impression. thegreenfrog@chromium.org bling-pandamonium@google.com Records the rank index of the Tab Resumption module displaying a {Source} tab, if it is displaying on {Surface} on {Event} event. "IOS.MagicStack.Module.Click.TabResumption" is also recorded. thegreenfrog@chromium.org bling-pandamonium@google.com Records the Magic Stack card index to which the user scrolled to each time a scroll to a new module happens. davidjm@chromium.org thegreenfrog@google.com gloriafang@google.com Records impressions for different variations of the ShopCard module in the magic stack. In this instance, {Type}. davidjm@chromium.org chrome-shopping@google.com The size of the storage in user preferences regarding impression counts for various cards in the Magic Stack. This storage enables auto dismissing cards after 3 impressions. This instance is for the {Type} card. davidjm@chromium.org thegreenfrog@google.com gloriafang@google.com Records impressions for different variations of the Tab Resumption module in the magic stack. In this instance, {Type}. joemerramos@chromium.org bling-fundamentals@google.com Records whether Browser Lockdown Mode is enabled for a main-frame navigation action. This is recorded once for every allowed main-frame navigation action. rohitrao@google.com bling-fundamentals@google.com The time take to allocate memory and fill it with random bytes during memory experimentation. Recorded each time that memory is allocated by the memory experimenter provider. justincohen@chromium.org olivierrobin@chromium.org chrome-analysis-team@google.com The durations of time in which the app is too busy to handle user input responsively. This covers all forms of user input, including all touch screen input (scrolls, pinches, and taps) and input from any connected input device such as a keyboard. Logged when a MXMetricPayload is received (one per day). Each sample corresponds to one hang that happens when the app is in the foreground and doesn't respond quickly enough to user input. The minimum observed hang time is 250ms (but this value may change in future device/OS version). This metric can be normalized by comparing the total number of hangs or the total time spent hung against the number of clients emitting to IOS.MetricKit.ForegroundTimePerDay (hangs per users) or against the total time reported by IOS.MetricKit.ForegroundTimePerDay (fraction of foreground time spent in hangs). ApplicationHangTime and ForegroundTimePerDay have the same restrictions about when they're emitted (opted-in to share diagnostic data with Apple and also opted-in to UMA). Further, as hangs can only happen during foreground use, ForegroundTimePerDay makes a good comparison point. Only hangs in the browser process are reported. Recorded only if user opted in for sharing diagnostic data on iOS device. The exact percentage of users who are opted into sharing data with Apple is not known, but see go/chrome-uma-metrickit-sharing-rate for an estimate. Note: Data is received from Apple once a day when Chrome is running, covering the previous 24 hours as well as any older data that has not yet been delivered to Chrome. This means that the date the data is reported may be later than the user activity it corresponds to. {MXVersion} {ActivityReportDomain} This histogram is of special interest to the chrome-analysis-team@. Do not change its semantics or retire it without talking to them first. justincohen@chromium.org olivierrobin@chromium.org The amount of time taken to resume the app from the background (not aggregated). Logged when a MXMetricPayload is received (one per day). Recorded only if user opted in for sharing diagnostic data on iOS device. The exact percentage of users who are opted into sharing data with Apple is not known, but see go/chrome-uma-metrickit-sharing-rate for an estimate. Note: Data is received from Apple once a day when Chrome is running, covering the previous 24 hours as well as any older data that has not yet been delivered to Chrome. This means that the date the data is reported may be later than the user activity it corresponds to. {MXVersion} justincohen@chromium.org olivierrobin@chromium.org The average amount of memory in use by the app when it's suspended. Averaged on a 24 hours period. Logged when a MXMetricPayload is received (one per day). Recorded only if user opted in for sharing diagnostic data on iOS device. The exact percentage of users who are opted into sharing data with Apple is not known, but see go/chrome-uma-metrickit-sharing-rate for an estimate. Note: Data is received from Apple once a day when Chrome is running, covering the previous 24 hours as well as any older data that has not yet been delivered to Chrome. This means that the date the data is reported may be later than the user activity it corresponds to. {MXVersion} {ActivityReportDomain} justincohen@chromium.org olivierrobin@chromium.org chrome-analysis-team@google.com The reason for the application termination in background. Recorded when a MXMetricPayload is received from the OS (at most once per day) at unspecified time. Records cumulative data collected and agregated since the previous recording. All buckets from MetricKitExitData are available on iOS 14 and higher (unless MetricKitExitData bucket comments specify otherwise). Note that crashes while in the background are not considered crashes / unclean shutdowns in UMA stability metrics. This is because the "CleanExitBeacon" is set when Chrome is put in the background. Recorded only if user opted in for sharing diagnostic data on iOS device. The exact percentage of users who are opted into sharing data with Apple is not known, but see go/chrome-uma-metrickit-sharing-rate for an estimate. Note: Data is received from Apple once a day when Chrome is running, covering the previous 24 hours as well as any older data that has not yet been delivered to Chrome. This means that the date the data is reported may be later than the user activity it corresponds to. {MXVersion} {ActivityReportDomain} This histogram is of special interest to the chrome-analysis-team@. Do not change its semantics or retire it without talking to them first. justincohen@chromium.org olivierrobin@chromium.org The total time the app is in the background. Logged when a MXMetricPayload is received (one per day). This correspond as Chrome running but not having active scene (i.e. the application just has been backgrounded or is doing background activity like background music or picture in picture). Recorded only if user opted in for sharing diagnostic data on iOS device. The exact percentage of users who are opted into sharing data with Apple is not known, but see go/chrome-uma-metrickit-sharing-rate for an estimate. Note: Data is received from Apple once a day when Chrome is running, covering the previous 24 hours as well as any older data that has not yet been delivered to Chrome. This means that the date the data is reported may be later than the user activity it corresponds to. {MXVersion} {ActivityReportDomain} justincohen@chromium.org bling-fundamentals@google.com The total amout of CPU time used by the app over a 24 hour period. This is logged when an MXMetricPayload is received (one per day). Recorded only if user opted in for sharing diagnostic data on iOS device. The exact percentage of users who are opted into sharing data with Apple is not known, but see go/chrome-uma-metrickit-sharing-rate for an estimate. Note: Data is received from Apple once a day when Chrome is running, covering the previous 24 hours as well as any older data that has not yet been delivered to Chrome. This means that the date the data is reported may be later than the user activity it corresponds to. {MXVersion} {ActivityReportDomain} justincohen@chromium.org chrome-analysis-team@google.com The amount of time taken to launch the app until the app UI is ready to receive input. This measures startup until the same point as Startup.ColdStartFromMain but is computed by iOS in a way that accounts for app pre-warming. The exact adjustments made to account for pre-warming are not documented by Apple. This metric only covers cold starts, that is, when Chrome is not running and is then launched into the foreground. It does not cover warms starts, that is, when Chrome is already running in the background and is then brought into the foreground. Logged when a MXMetricPayload is received (one per day). This is only recorded on iOS 16+, and recorded only if user opted in for sharing diagnostic data on iOS device with Apple. The exact percentage of users who are opted into sharing data with Apple is not known, but see go/chrome-uma-metrickit-sharing-rate for an estimate. Note: Data is received from Apple once a day when Chrome is running, covering the previous 24 hours as well as any older data that has not yet been delivered to Chrome. This means that the date the data is reported may be later than the user activity it corresponds to. {MXVersion} This histogram is of special interest to the chrome-analysis-team@. Do not change its semantics or retire it without talking to them first. justincohen@chromium.org olivierrobin@chromium.org chrome-analysis-team@google.com The reason for the application termination in foreground. Recorded when a MXMetricPayload is received from the OS (at most once per day) at unspecified time. Records cumulative data collected and agregated since the previous recording. All buckets from MetricKitExitData are available on iOS 14 and higher (unless MetricKitExitData bucket comments specify otherwise). All buckets except "App exited normally" are likely user-visible terminations (this is a guess rather that verified fact). Application is in foreground is at least one scene is active in foreground. Picture in picture and background music playing are not considered as foreground. Recorded only if user opted in for sharing diagnostic data on iOS device. The exact percentage of users who are opted into sharing data with Apple is not known, but see go/chrome-uma-metrickit-sharing-rate for an estimate. Note: Data is received from Apple once a day when Chrome is running, covering the previous 24 hours as well as any older data that has not yet been delivered to Chrome. This means that the date the data is reported may be later than the user activity it corresponds to. {MXVersion} {ActivityReportDomain} This histogram is of special interest to the chrome-analysis-team@. Do not change its semantics or retire it without talking to them first. justincohen@chromium.org olivierrobin@chromium.org The total time the app is in the foreground, aggregated over all foreground interactions since the last time this metric was reported. This is at most a 24 hour period. Logged when a MXMetricPayload is received (one per day). Application is in foreground is at least one scene is active in foreground. Picture in picture and background music playing are not considered as foreground Recorded only if user opted in for sharing diagnostic data on iOS device. The exact percentage of users who are opted into sharing data with Apple is not known, but see go/chrome-uma-metrickit-sharing-rate for an estimate. Note: Data is received from Apple once a day when Chrome is running, covering the previous 24 hours as well as any older data that has not yet been delivered to Chrome. This means that the date the data is reported may be later than the user activity it corresponds to. {MXVersion} {ActivityReportDomain} justincohen@chromium.org bling-fundamentals@google.com The amount of time taken to launch the app in cases where the launch is pre-warmed. This is identical to IOS.MetricKit.{MXVersion}TimeToFirstDraw except that TimeToFirstDraw considers all launches while this metric only considers pre-warmed launches. Logged when a MXMetricPayload is received (one per day). This is only recorded on iOS 16+, and recorded only if user opted in for sharing diagnostic data on iOS device. The exact percentage of users who are opted into sharing data with Apple is not known, but see go/chrome-uma-metrickit-sharing-rate for an estimate. Note: Data is received from Apple once a day when Chrome is running, covering the previous 24 hours as well as any older data that has not yet been delivered to Chrome. This means that the date the data is reported may be later than the user activity it corresponds to. {MXVersion} justincohen@chromium.org olivierrobin@chromium.org The largest amount of memory used by the app since the last time this metric was reported. This is at most a 24 hour period. Logged when a MXMetricPayload is received (one per day). Because this implemented by Apple, we do not know how peak memory usage is identified (by polling?). We also do not know if this covers background usage. We also do not know if the period only includes background usage whether this is going to be reported. Recorded only if user opted in for sharing diagnostic data on iOS device. The exact percentage of users who are opted into sharing data with Apple is not known, but see go/chrome-uma-metrickit-sharing-rate for an estimate. Note: Data is received from Apple once a day when Chrome is running, covering the previous 24 hours as well as any older data that has not yet been delivered to Chrome. This means that the date the data is reported may be later than the user activity it corresponds to. {MXVersion} {ActivityReportDomain} justincohen@chromium.org olivierrobin@chromium.org The amount of time taken to launch the app. Logged when a MXMetricPayload is received (one per day). Recorded only if user opted in for sharing diagnostic data on iOS device. The exact percentage of users who are opted into sharing data with Apple is not known, but see go/chrome-uma-metrickit-sharing-rate for an estimate. Note: Data is received from Apple once a day when Chrome is running, covering the previous 24 hours as well as any older data that has not yet been delivered to Chrome. This means that the date the data is reported may be later than the user activity it corresponds to. {MXVersion} olivierrobin@chromium.org bling-squid-squad@google.com The result of the revalidation of the address to avoid false positives. olivierrobin@chromium.org bling-squid-squad@google.com Outcome of the MiniMap consent screen. olivierrobin@chromium.org bling-squid-squad@google.com Outcome of the MiniMap consent screen when showing a link. olivierrobin@chromium.org bling-squid-squad@google.com Outcome of the MiniMap screen when showing a link. olivierrobin@chromium.org bling-squid-squad@google.com Outcome of the MiniMap screen. ginnyhuang@chromium.org bling-pandamonium@google.com Records the user action on the {FormType} form for pinned sites, once every time the form is displayed. marq@chromium.org fedegermi@google.com MultiWindow configuration sampled once per minute. fedegermi@google.com marq@chromium.org Records the number of connected scenes. fedegermi@google.com marq@chromium.org Records the number of disconnected scenes. marq@chromium.org fedegermi@google.com The source of "Open in new Window" user requests. Recorded when a newly created window is added to a session. Collection of WindowActivityRestoredOrigin data is intentionally skipped. Note that computation was wrong until M125. scottyoder@google.com bling-pandamonium@google.com Logs when a notification was dismissed on a user's device. Will be logged when the user opens the app. scottyoder@google.com bling-pandamonium@google.com Logs when a notification was interacted with on a user's device. Will be logged when the user opens the app. thegreenfrog@google.com bling-pandamonium@google.com Logs when a notification was received on a user's device. Will be logged when the user opens the app, after the notification has been received. hiramahmood@google.com scottyoder@google.com Logs a user's action on the Notifications Opt-In Prompt. davidjm@chromium.org chrome-shopping@google.come Logs the permission status, stored in iOS settings, the user has given for receiving price tracking notifications on the device. Logged every time the metrics provider reports filter metrics. bwwilliams@google.com scottyoder@google.com bling-pandamonium@google.com Logs when a Safety Check notification that was triggered appears to have dismissed or cleared from the notification center. Will be logged when or if the app starts again, after the notification has dismissed. bwwilliams@google.com scottyoder@google.com bling-pandamonium@google.com Logs when the user interacts with a Safety Check notification. bwwilliams@google.com scottyoder@google.com bling-pandamonium@google.com Logs the source where the user opted in or opted out of receiving Safety Check notifications. bwwilliams@google.com scottyoder@google.com bling-pandamonium@google.com Logs when a Safety Check notification is requested to be sent to the user. Note: this does not indicate that the notification was received by the user, only that the notification was requested to be sent. bwwilliams@google.com scottyoder@google.com bling-pandamonium@google.com Logs when a Safety Check notification that was requested appears to have triggered. Will be logged when or if the app starts again, after the notification has triggered. hiramahmood@google.com bling-pandamonium@google.com Recorded when a user taps on the 'Allow Notifications' button on the Send Tab Notifications Promo module in the Magic Stack. ioanabalas@google.com bling-mony-pod@google.com Logs the notification permission status when a Send Tab notification is received on the target device. hiramahmood@google.com scottyoder@google.com Logs the permission status, stored in iOS settings, the user has given for receiving tips notifications on the device. Logged every time the metrics provider reports filter metrics. scottyoder@google.com bling-gsu-pod@google.com Logs when a Proactive Tips notification {Event}. scottyoder@google.com hiramahmood@google.com Logs when a Tips Notifications user is classified, when returning to the app after the first notification has been scheduled. scottyoder@google.com bling-gsu-pod@google.com Logs when a Tips notification {Event}. thegreenfrog@chromium.org bling-team@google.com This histogram is logged whenever a click happens on the NTP. thegreenfrog@chromium.org bling-team@google.com The number of excess NTP tabs that are removed. thegreenfrog@chromium.org bling-team@google.com The type of NTP impressions on iOS, split by the feed visibility. Logged each time an NTP is made visible. adamta@google.com bling-pandamonium@google.com The current visibility of NTP components chosen from the customization menu. Logged each time an NTP is made visible. cheickcisse@google.com bling-mony-pod@google.com Records whether the NTP on iOS is displayed in landscape. This is logged as true when the NTP is opened directly in landscape mode or when the device is rotated to landscape while the NTP is visible. hujasonx@google.com lens-in-bling-team@google.com The result of an attempt to show the New Feature badge on the Lens button in the NTP on iOS. Logged when the NTP view is created. scottyoder@google.com bling-team@google.com The type of overscroll action that occurs on the NTP. This is recorded each time a user overscrolls on the NTP. fedegermi@google.com bling-fundamentals@google.com Logs the number of times we receive one or more than one url context to open. This is done by checking how many UIOpenURLContext are passed to sceneState:hasPendingURLs:. rohitrao@google.com bling-team@google.com The elapsed (wall clock) time since the last successful Omaha ping. This is recorded each time a ping receives a success response. ameurhosni@google.com bling-team@google.com Records the number of characters typed in the omnibox, without autocompletion, before the user taps the AIM shortcut icon. ameurhosni@google.com bling-team@google.com Records the assistive keyboard keys usage, when editing the omnibox. christianxu@chromium.org bling-team@google.com Records copy event in the omnibox with the type of copy. stkhapugin@google.com bling-team@google.com Logs whether a web state was already realized or needed to be forced realized when the user picks it in the composebox tab picker. Logged when the user taps on a tab item in the picker. christianxu@google.com bling-team@google.com Records the number of lines shown in the multiline omnibox when a query is accepted. christianxu@chromium.org bling-team@google.com Logs the steady state (unfocused) omnibox position when starting the app. christianxu@chromium.org bling-team@google.com Logs the selected steady state (unfocused) omnibox position when starting the app. This only logged when the position is user selected. christianxu@chromium.org stkhapugin@chromium.org bling-team@google.com For every interaction with the Omnibox, this metric records whether the user scrolled the omnibox while exploring suggestions on {PageClass}. This is recorded once per Omnibox interaction, regardless of whether the User chooses to navigate somewhere or abandons the interaction. qpubert@chromium.org bling-squid-squad@google.com The result of the download operation done when the user taps "open in" button to open a file by a different application. ewannpv@chromium.org gambard@chromium.org bling-team@google.com The MIME type of the previwed file when the "Open In" toolbar is presented. gambard@chromium.org bling-meridian@google.com The action taken by the user on the overflow menu. gambard@chromium.org bling-meridian@google.com The action taken by the user on the overflow menu when on NTP. rkgibson@google.com bling-team@google.com The type of action the user took in the overflow/tools menu rkgibson@google.com bling-mony-pod@google.com The action added during an overflow menu customization. rkgibson@google.com bling-mony-pod@google.com The action removed during an overflow menu customization. rkgibson@google.com bling-mony-pod@google.com A bitfield value representing various sub-events that can take place during an action customization session. Only fired when some customization actually occurred. rkgibson@google.com bling-mony-pod@google.com The action in the first position after reordering the menu. rkgibson@google.com bling-mony-pod@google.com The action in the fourth position after customizing the menu. rkgibson@google.com bling-mony-pod@google.com The action in the second position after customizing the menu. rkgibson@google.com bling-mony-pod@google.com The action in the third position after customizing the menu. rkgibson@google.com bling-mony-pod@google.com The destination added during an overflow menu customization. rkgibson@google.com bling-mony-pod@google.com The destination removed during an overflow menu customization. rkgibson@google.com bling-mony-pod@google.com A bitfield value representing various sub-events that can take place during a destination customization session. Only fired when some customization actually occurred. rkgibson@google.com bling-mony-pod@google.com The destination in the first position after the user manually reordered the menu. rkgibson@google.com bling-mony-pod@google.com The destination in the fourth position after the user manually reordered the menu. rkgibson@google.com bling-mony-pod@google.com The destination in the second position after the user manually reordered the menu. rkgibson@google.com bling-mony-pod@google.com The destination in the third position after the user manually reordered the menu. rkgibson@google.com bling-mony-pod@google.com The cause of the overflow menu being programatically reordered when it is reordered. rkgibson@google.com bling-mony-pod@google.com A bitfield value representing various sub events that can take place when visiting the overflow menu. Fired once per visit, when the menu closes. rkgibson@google.com bling-mony-pod@google.com Whether Smart Sorting was newly enabled or disabled when the state changed. rkgibson@google.com bling-team@google.com The amount of time the overflow/tools menu is open. rkgibson@google.com bling-mony-pod@google.com The amount of time the overflow/tools menu is open and an action (the vertical list) is selected. rkgibson@google.com bling-mony-pod@google.com The amount of time the overflow/tools menu is open and a destination (the horizontal list) is selected. rkgibson@google.com bling-team@google.com Fired whenever the user ends an overflow menu session after having scrolled to the end of the menu. Records whether the user started the menu customization flow during that session. kanouche@google.com bling-alchemy-eng@google.com Records when users navigate to settings or detailed views from Page Action Menu feature rows. kanouche@google.com bling-alchemy-eng@google.com Records when feature rows are displayed in the Page Action Menu. kanouche@google.com bling-alchemy-eng@google.com Records when users interact with feature actions (buttons, toggles) in Page Action Menu feature rows. fbeauchamp@google.com bling-alchemy-eng@google.com Records when an ineligibility disclaimer is shown to the user in the Page Action Menu footer. nicolasmacbeth@google.com bling-alchemy-eng@google.com The total size of the AnnotatedPageContent proto in bytes, broken down by configuration extraction mode. Logged when extraction finishes successfully. This metric is capped at 10 MB (recorded in raw bytes), providing high resolution for typical/small payloads (in the kilobyte range). nicolasmacbeth@google.com bling-alchemy-eng@google.com The total size of the AnnotatedPageContent proto in Kilobytes, broken down by configuration extraction mode. Logged when extraction finishes successfully. This metric has a wide range capped at 500 MB (recorded in KB units). It provides coarser resolution but covers outlier big payloads, allowing us to detect potential IPC drop-offs or OOMs. nicolasmacbeth@google.com bling-alchemy-eng@google.com The latency of extracting AnnotatedPageContent data in milliseconds, broken down per completion status and configuration extraction mode. Logged when overall PageContext execution is complete. nicolasmacbeth@google.com bling-alchemy-eng@google.com The latency of extracting PageContext data in milliseconds, broken down per task (or overall execution), and per completion status. Logged when overall execution is complete. Each task has its own completion status. gambard@chromium.org bling-fundamentals@google.com Tracks the default mode used by the webview when a page is loaded. True when the default mode is Mobile (vs Default). gambard@chromium.org bling-team@google.com The number of navigation started events by navigation type. gambard@chromium.org bling-team@google.com The "true" value of this boolean histogram counts the number of page loading started events. The "false" value will never be seen. edchin@chromium.org justincohen@chromium.org asamidoi@chromium.org Tracks the result of snapshotting when the page has been loaded. gambard@chromium.org bling-fundamentals@google.com Measures the time from the end of user input in the omnibox to when the page is fully loaded. Only measures page loads initiated by user typing a URL or selecting a suggested entry from the URL bar. hiramahmood@google.com bling-pandamonium@google.com Logs the opt-in status the user has given for whether or not they allow parcel tracking on the device. Logged once per app start. For users who have not yet interacted with the opt-in prompt, new users on M127 will log StatusNotSet, while users before M127 will log AskToTrack. olivierrobin@chromium.org bling-squid-squad@google.com The outcome of the partial translate feature. olivierrobin@chromium.org bling-squid-squad@google.com The length of the selection received from javascript. sugoi@chromium.org tmartino@chromium.org Tracks whether the credential used to open the credential details menu from the password suggestion bottom sheet is valid. sugoi@chromium.org tmartino@chromium.org Tracks the bottom sheet dismissal, use of a password suggestion and long press menu events. nicolasmacbeth@google.com tmartino@chromium.org The number of local passwords the user has moved to their account using the bulk save passwords in account module in password manager settings. This is logged when the user chooses to bulk move their passwords to their account. rgod@google.com tmartino@chromium.org The percentage of passwords that have a favicon that is an image in the Password Manager recorded when the view will disappear. Note: this metric was expired from 2024-04-19 to 2025-05-13; data may be missing. mxlg@google.com bling-transactions@google.com Record the user's decisions when the confirmation dialog of deleting all saved credentials shows up. ylahodiuk@google.com rgod@google.com [iOS Only] Tracks impressions and clicks of the Password Manager Trusted Vault widget promo. Note: there might be multiple reports of the 'Acted upon' event per a single 'Displayed' event (this can make the interpretation harder as we are not be able to distinguish 100 display with 1 activation each, or 100 display with 50 having 2 activations and 50 without any). ylahodiuk@google.com rgod@google.com [iOS Only] Tracks events of the Password Manager Trusted Vault tips notification. sugoi@chromium.org tmartino@chromium.org Tracks the bottom sheet dismissal or use of a payments suggestion. vincb@google.com noemies@google.com bling-transactions@google.com Records the elapsed time between receiving the signal to trigger the bottom sheet V3 and actually making a decision on triggering the sheet, split by {Outcome}. Recorded when making the decision to trigger the sheet. vincb@google.com noemies@google.com bling-transactions@google.com Records the outcome of attempting to trigger the bottom sheet V3 as a boolean, true if it triggered or false if it didn't. Recorded when the decision is made on triggering the sheet which corresponds to when the activation signal is received from the sheet's form activity listeners. ewannpv@chromium.org bling-meridian@google.com Logs media permission events when the user changes the state of a permission (e.g. the microphone permission) from the infobar modal. ewannpv@chromium.org bling-meridian@google.com Logs media permission events when the user changes the state of a permission (e.g. the microphone permission) from the page info. ewannpv@chromium.org bling-meridian@google.com Logs media permission requests from websites. (e.g. the microphone permission is asked from a website). cloutierc@google.com nicolasmacbeth@google.com bling-alchemy-eng@google.com Records the result of attempting to create a profile-specific directory in which serialized page contexts are to be saved. cloutierc@google.com nicolasmacbeth@google.com bling-alchemy-eng@google.com Records the outcome when the PersistTabContextBrowserAgent attempts to delete the persisted contexts directory and its contents. This cleanup process is performed for users who do not currently have the Persist Tab Context experiment enabled. This includes users for whom the experiment has been disabled, as well as those who have never been part of the experiment. cloutierc@google.com nicolasmacbeth@google.com bling-alchemy-eng@google.com Records the result of attempting to delete a serialized page context from storage. cloutierc@google.com nicolasmacbeth@google.com bling-alchemy-eng@google.com The time taken to successfully delete a serialized page context from disk in milliseconds. Time is not logged for failures cloutierc@google.com nicolasmacbeth@google.com bling-alchemy-eng@google.com Logs the result of each individual file deletion attempt during the purging of expired persisted tab context files. This is recorded each time `PurgeExpiredPageContexts` tries to delete a file identified as expired. cloutierc@google.com nicolasmacbeth@google.com bling-alchemy-eng@google.com Records the result of attempting to read a serialized page context from storage. cloutierc@google.com nicolasmacbeth@google.com bling-alchemy-eng@google.com The time taken to successfully read and parse a serialized page context from disk in milliseconds. This includes file reading and proto parsing. Time is not logged for failures cloutierc@google.com nicolasmacbeth@google.com bling-alchemy-eng@google.com The size in bytes of each tab context that is persisted in storage. Logged whenever a tab context is saved to storage. cloutierc@google.com nicolasmacbeth@google.com bling-alchemy-eng@google.com The difference between the number of persisted page context files found in the storage directory and the number of WebStates currently in the WebStateLists of all active Browsers, calculated as (StoredFileCount - WebStateCount). A positive value suggests more persisted files than active tabs, potentially indicating orphaned data. A negative value means fewer persisted files than active tabs. This metric is logged once during the initialization of the PersistTabContextBrowserAgent. cloutierc@google.com nicolasmacbeth@google.com bling-alchemy-eng@google.com Records the result of attempting to write a serialized page context to storage. cloutierc@google.com nicolasmacbeth@google.com bling-alchemy-eng@google.com The time taken to successfully write a serialized page context to disk in milliseconds. This includes directory creation and file writing. Time is not logged for failures cheickcisse@google.com bling-mony-pod@google.com Logs the app restoration method (e.g. via the PiP's full-screen button or manually reopening the app) for a given Picture in Picture feature. Logged when the app is restored from the background while a Picture in Picture window is active. cheickcisse@google.com bling-mony-pod@google.com Logs the session dismissal reason for a given Picture in Picture feature. Logged when the Picture in Picture session is dismissed. cheickcisse@google.com bling-mony-pod@google.com Logs the number of times the user tapped the primary action button in the fullscreen video player within the app for a given Picture in Picture feature. Logged when the Picture in Picture coordinator is dismissed. cheickcisse@google.com bling-mony-pod@google.com Logs the duration of a Picture in Picture session for a given feature. Logged when the Picture in Picture session successfully ends (e.g. when closed by the user or app was restored). cheickcisse@google.com bling-mony-pod@google.com Logs whether a Picture in Picture session started successfully for a given feature. gujen@google.com bling-mony-pod@google.com Records which action the user took when the post-default browser abandonment promo was displayed. Recorded once per promo impression, when the promo is dismissed. hiramahmood@google.com bling-pandamonium@google.com Logs a user's action on the Post Restore Default Browser promo. scottyoder@google.com jlebel@google.com bling-pandamonium@google.com Logs a user's choice when presented with the Post Restore Signin Promo. Note: this metric got expired for a while between 2024-03-31 and 2024-11-07. scottyoder@google.com jlebel@google.com bling-pandamonium@google.com Indicates whether the Post Restore Signin Promo was displayed. Note: this metric got expired for a while between 2024-03-31 and 2024-11-07. gujen@google.com bling-mony-pod@google.com Records the total number of days during which the client was active in a lookback window of {Days} days ending on the day before the current. A client is considered active on a given day if it emitted either Session.IsActive=Active or any value to Session.TotalDuration. Recorded the first time a session starts or ends per calendar day (based on current local time). cheickcisse@google.com bling-mony-pod@google.com Whether or not the current URL and the user are eligible for tracking on page load. cheickcisse@google.com bling-mony-pod@google.com Whether or not the current url is currently being tracked on page load. cheickcisse@google.com bling-mony-pod@google.com Whether or not PriceInsightsInfo was available on page load. cheickcisse@google.com bling-mony-pod@google.com Whether or not ProductInfo was available on page load. justincohen@google.com olivierrobin@google.com Whether or not the process was started with ActivePrewarm, an Apple triggered launch of a nonrunning application processes to reduce the amount of time the user waits before the app is usable. A significant change in this metric may indicate a change from Apple outside Chromium's control, or that Chromium has a reduced 'Duet' score in the system, which merits investigation. See the UIKit documentation "Prepare Your App for Prewarming" for more details. gayane@google.com bling-mony-pod@google.com Logs number of eligible for display promos in the promos manager's queue when next promo to display is identified. Recorded only if there is at least 1 eligible promo. bwwilliams@google.com rkgibson@google.com huitingyu@google.com Logs which promo is displayed when the Promos Manager decides to display a promo. bwwilliams@google.com rkgibson@google.com huitingyu@google.com Logs which type of promo is displayed when the Promos Manager decides to display a promo. cheickcisse@google.com bling-mony-pod@google.com ogs the registration state change for a given promo. This is emitted when a promo is registered, deregistered after being displayed, or deregistered because its eligibility changed. pabouchard@google.com bling-mony-pod@google.com Records the outcome of user interactions with the promo style sheet. This includes clicks on the primary, secondary, or tertiary action buttons, as well as dismissing the alert. danieltwhite@google.com scottyoder@google.com Logs whether the user's device was or was not able to successfully register with APNS and retrieve an APNS device token. An APNS device token is needed to successfully register the user's device with Chime. This histogram is logged during application startup and each time the user signs into an account. danieltwhite@google.com scottyoder@google.com Logs whether the user's device was or was not able to successfully register with Chime. The device is registered with Chime on the application's start-up if the difference between the previous time the device was registered with Chime and the current application start-up is greater than the predefined time interval threshold (currently set at one day). scottyoder@google.com danieltwhite@google.com Logs whether the user's push notification permissions for each push notification enable feature in Chrome were successfully applied to the Chime server during the device registration process. scottyoder@google.com bling-pandamonium@google.com Logs that a particular Push Notification Client was disabled by the user. scottyoder@google.com bling-pandamonium@google.com Logs that a particular Push Notification Client was enabled by the user. scottyoder@google.com treib@google.com bling-pandamonium@google.com Logs the specific code path where obtaining the PushNotificationClientManager for the current Profile failed during notification processing. Helps identify failures caused by PushNotificationProfileService unavailability. Essential for monitoring the health of the multi-Profile push notification infrastructure, especially during its initial rollout and migration. danieltwhite@google.com scottyoder@google.com Logs whether the user decided to allow/disallow push notification permissions for the current device or an error occured. This is logged each time the user responds to a push notification permission prompt. thegreenfrog@google.com bling-gsu-pod@google.com Logs a user {Status} decision in reaction to a push notification permissions prompt the current device. danieltwhite@google.com scottyoder@google.com Logs the amount of time it takes for Chrome to process an incoming notification. iOS allows applications to process notifications and fetch any additional data needed for up to 30 seconds. iOS tracks the amount of power Chrome uses, the time it takes for it to finish processing the incoming notification, and data costs for background downloads. According to the documentation, if iOS determines that Chrome uses significant amounts of power when processing remote notifications, iOS may not always wake up Chrome early to process future notifications. Thus, this histogram uses processing time as a proxy for iOS' three parameters. danieltwhite@google.com scottyoder@google.com Logs various lifecycle stages a push notification can observe on the device. This histogram is logged each time a push notification is received on the device, displayed while Chrome is in the foreground, and tapped by the user. An important stipulation to note is that if Chrome is neither in the foreground nor the background and a push notification is received on the device, iOS will not notify Chrome of this reception and thus will not be represented in the histogram. Therefore, when interpreting this metric, the push notification reception count may be lower than in reality. bwwilliams@google.com scottyoder@google.com treib@google.com bling-pandamonium@google.com Records the outcome of handling a push notification interaction in a multi-Profile environment. Tracks whether the correct target Profile handled the interaction, either because it was already active or because a Profile switch was initiated to ensure correctness. Also tracks unidentifiable Profiles or unavailable UI scenes. Helps measure the effectiveness of the multi-Profile notification routing logic. ioanabalas@google.com bling-mony-pod@google.com Logs the push notification iOS settings permission status the user's device was previously in before the user updated their push notifications permission status to enable push notifications. This histogram is logged only when push notification permission status has changed and Chrome makes an APNS device token request. ioanabalas@google.com bling-mony-pod@google.com Logs the push notification iOS settings permission status the user's device was previously in before the user updated their push notifications permission status to disable push notifications. This histogram is logged only when push notification permission status has changed and Chrome makes an APNS device token request. ioanabalas@google.com bling-mony-pod@google.com Logs the push notification iOS settings permission status the user's device was previously in before their push notifications permission status changed to provisional. This histogram is logged only when push notification permission status has changed and Chrome makes an APNS device token request. gujen@google.com ioanabalas@google.com bling-mony-pod@google.com Logs the permission status, stored in iOS settings, the user has given for whether Chrome can receive push notifications on the device. This histogram is logged each time Chrome requests the device's APNS token from the APNS server: on cold start-up, on primary account set, and after the user is presented with the notification permission OS dialog. ioanabalas@google.com bling-mony-pod@google.com Logs the permission status, stored in iOS settings, the user has given for whether Chrome can receive push notifications on the device. Logged every time the metrics provider reports filter metrics. bwwilliams@google.com scottyoder@google.com treib@google.com bling-pandamonium@google.com Records the specific reason why creating a Profile-specific UNNotificationRequest failed within PushNotificationClient for the {ClientId}. This helps diagnose issues in scheduling local notifications associated with a user Profile, broken down by the client responsible for the notification. thegreenfrog@google.com bling-gsu-pod@google.com Logs the action the user takes on the alert informing the user that their notifications are being delivered silently. guiperez@google.com chrome-sherlock@google.com Logs whether the provisional push notification permissions were granted for the current device or an error occured. This is logged each time the device responds to a provisional notification permission request. fernandex@google.com qpubert@google.com bling-squid-squad@google.com Logs the access point where the user enabled Reading Mode UI on iOS, this does not include situations when the user changes web state (e.g. by switching tabs or closing the browser). fernandex@google.com qpubert@google.com bling-squid-squad@google.com Logs the access point where the user enabled Reading Mode UI on iOS, this does not include situations when the user changes web state (e.g. by switching tabs or closing the browser). The results are further divided by the application mode (Incognito or Regular). fernandex@google.com bling-squid-squad@google.com Logs any change the user has made to the default Reading Mode UI including font family, size, and theme changes on iOS devices. fernandex@google.com qpubert@google.com bling-squid-squad@google.com Logs the reason that the Reading Mode UI has been dismissed ranging from explicit user interaction via the UI entry points to general interactions with the browser such as closing the tab or performing a new navigation. fernandex@google.com bling-squid-squad@google.com Logs the latency of distilling the web page content for Reader Mode from when the JavaScript is executed until the result is processed. Sampled on a subset of user page loads based on page load probability configuration which will be dependent on the milestone and channel for iOS. fernandex@google.com qpubert@google.com bling-squid-squad@google.com Logs the distillation result and access point of the web page. fernandex@google.com bling-squid-squad@google.com Logs any change the user has made to the default Reading Mode UI font family including customizations to Sans Serif, Serif, and Monospace fonts on iOS devices. fernandex@google.com bling-squid-squad@google.com Logs any change the user has made to the default Reading Mode UI font scale taking the original double value and multiplying by 100. fernandex@google.com bling-squid-squad@google.com Compares the result of the triggering heuristic for Reader Mode with the result from the distillation technique. Sampled on a subset of user page loads based on page load probability configuration which will be dependent on the milestone and channel for iOS. fernandex@google.com bling-squid-squad@google.com Logs the latency of triggering the heuristic for Reader Mode from when the JavaScript is executed until there are values for distillation. Sampled on a subset of user page loads based on page load probability configuration which will be dependent on the milestone and channel for iOS. fernandex@google.com bling-squid-squad@google.com Logs the result of the triggering heuristic for Reader Mode. Sampled on a subset of user page loads based on page load probability configuration which will be dependent on the milestone and channel for iOS. fernandex@google.com bling-squid-squad@google.com Logs the user's state in the Reading Mode journey from the background triggering of the heuristic on the page to showing and interacting with Reading Mode UI on iOS. fernandex@google.com bling-squid-squad@google.com Logs any change the user has made to the default Reading Mode UI theme including background customizations to sepia, dark, and light colors on iOS devices. fernandex@google.com bling-squid-squad@google.com Logs the amount of time spent (in ms) in Reading Mode from when the user first loads the content on the page either via a direct entrypoint or by switching tabs back to a page that had it previously enabled to when the user closes Reading Mode or moves away from the screen (e.g. by switching tabs or closing the browser). Tracked for the iOS platform. fernandex@google.com olivierrobin@google.com bling-squid-squad@google.com Logs the translation state of the original web page and Reading Mode page to capture translation events within Reading Mode at the time that it has been deactivated. gujen@google.com bling-mony-pod@google.com The number of URLs a user has successfully added to Chrome Reading List via bulk addition (Siri Shortcut). This count is taken after checking for possibly invalid URLs inputted. olivierrobin@chromium.org justincohen@chromium.org Distillation of the page failed because an image was too big (>1MB). Recorded on distillation attempt. olivierrobin@chromium.org justincohen@chromium.org Distillation of the page failed because the page was too big (>10MB). Recorded on distillation attempt. sugoi@chromium.org bling-transactions@google.com Tracks the results and attempts of reauthentication when using password Autofill suggestions. sarraf@google.com tmartino@chromium.org Tracks the results and attempts of reauthentication when using a password in Manual Fallback. olivierrobin@google.com rohitrao@google.com Track the reconciliation of EULA pref and First run sentinel. Reported once on startup when it is detected that EULA pref is not set but First run sentinel is set. There is no base event (false) as this should be an exceptional case and should tend to 0 occurence. gambard@chromium.org justincohen@chromium.org [iOS] The number of items Navigation Manager was requested to restore. 100 is logged when the number of navigation items is greater than 100. This is just a requested count and actual number of restored items can be smaller. Restoration is triggered in the following cases (the list is not exhaustive): app cold start, remote tab was open, cookie were cleared, recently closed tab was restored. gambard@chromium.org bling-fundamentals@google.com This histgram counts the frequency of sad tabs that occur while loading a PDF file. This is logged once per sad tab shown. gambard@chromium.org bling-fundamentals@google.com This histgram counts the frequency of sad tabs that occur while loading a chrome://external-file URL. This is logged once per sad tab shown. ginnyhuang@chromium.org bling-pandamonium@google.com User is on the Safari Import half-sheet landing page {EntryPoint} and performs an action on it. Pertentages of the total count are NOT meaningful since actions are not mutually exclusive. ginnyhuang@chromium.org bling-pandamonium@google.com This histogram is logged when the user taps the button on the export education screen to perform the logged action. Pertentages of the total count is NOT meaningful since actions are NOT mutually exclusive. ginnyhuang@chromium.org bling-pandamonium@google.com Logs whether the user chooses to delete the ZIP file when being asked on exitting the Safari Import workflow. ginnyhuang@chromium.org bling-pandamonium@google.com Logs the import stage when the user exits the workflow for users who have landed on the import screen. If the user exits on the stage "import complete", that means the user has completed the import from Safari from start to finish! ginnyhuang@chromium.org bling-pandamonium@google.com This histogram log attempts to display an alert when the user has selected an invalid file to be imported to Chrome as Safari data, indicating whether the display is success or not. Added to keep track of potential race conditions when the file picker has not been fully dismissed. ginnyhuang@chromium.org bling-pandamonium@google.com This histogram is logged when the user taps the "info" button next to password import results to view the list of invalid passwords. ginnyhuang@chromium.org bling-pandamonium@google.com This histogram is logged when the user performs the respective action on the passwords conflict page. Pertentages of the total count are NOT meaningful since actions are not mutually exclusive. ginnyhuang@chromium.org bling-pandamonium@google.com Logs the import stage when the user taps the "back" button import screen. Should only be applicable for "not started" and "ready to import" stages. danieltwhite@google.com bling-fundamentals@google.com This histogram tracks the Enhanced Safe Browsing Infobar promo's conversion rate by comparing how many times the infobar is surfaced to users and how many times it is tapped on. danieltwhite@google.com gambard@chromium.org The URL in a navigation request should have the same host as the URL in the corresponding response, but this sometimes doesn't hold after a server redirect because of a WKWebView bug. This histogram counts the frequency of this invariant violation, and is logged each time that a main-frame navigation response is received after a server redirect. True means that the request and response URLs have the same host. bwwilliams@google.com thegreenfrog@google.com This histogram logs the reason why the Safety Check module is hidden in the Magic Stack. michaeldo@chromium.org rohitrao@chromium.org The amount of storage used by the "Application Support" directory excluding the storage used by all currently open tabs. Logged at application startup, maximum once every 2 weeks, if the `kLogApplicationStorageSizeMetrics` flag is enabled. Warning: this histogram was expired from 2024-03-09 to 2025-08-28; data may be missing. michaeldo@chromium.org rohitrao@chromium.org The average amount of storage used by a color snapshot image for this user. Logged at application startup, maximum once every 2 weeks, if the `kLogApplicationStorageSizeMetrics` flag is enabled. michaeldo@chromium.org rohitrao@chromium.org The amount of storage used by the Chrome cache directory. Logged at application startup, maximum once every 2 weeks, if the `kLogApplicationStorageSizeMetrics` flag is enabled. michaeldo@chromium.org rohitrao@chromium.org The amount of storage used by the Chrome tmp directory. Logged at application startup, maximum once every 2 weeks, if the `kLogApplicationStorageSizeMetrics` flag is enabled. Warning: this histogram was expired from 2024-03-09 to 2025-08-28; data may be missing. michaeldo@chromium.org rohitrao@chromium.org The total amount of storage used by the application Documents directory. Chrome uses this directory to store files downloaded by the user. Logged at application startup, maximum once every 2 weeks, if the `kLogApplicationStorageSizeMetrics` flag is enabled. michaeldo@chromium.org rohitrao@chromium.org The total amount of storage used by the favicons file. Logged at application startup, maximum once every 2 weeks, if the `kLogApplicationStorageSizeMetrics` flag is enabled. Warning: this histogram was expired from 2024-03-09 to 2025-08-28; data may be missing. michaeldo@chromium.org rohitrao@chromium.org The total amount of storage used by the application Library directory. Chrome uses this directory to store application data and caches. Logged at application startup, maximum once every 2 weeks, if the `kLogApplicationStorageSizeMetrics` flag is enabled. michaeldo@chromium.org rohitrao@chromium.org The number of download directories used by the optimization guide model downloads. Logged at application startup, maximum once every 2 weeks, if the `kLogApplicationStorageSizeMetrics` flag is enabled. michaeldo@chromium.org rohitrao@chromium.org The total amount of storage used by the optimization guide model downloads. Logged at application startup, maximum once every 2 weeks, if the `kLogApplicationStorageSizeMetrics` flag is enabled. michaeldo@chromium.org rohitrao@chromium.org The total amount of storage used by the currently open incognito tabs. This includes both the storage used for current tab state and the associated snapshot images. Logged at application startup, maximum once every 2 weeks, if the `kLogApplicationStorageSizeMetrics` flag is enabled. michaeldo@chromium.org rohitrao@chromium.org The total amount of storage used by the currently open regular (non incognito) tabs. This includes both the storage used for current tab state and the associated snapshot images. Logged at application startup, maximum once every 2 weeks, if the `kLogApplicationStorageSizeMetrics` flag is enabled. michaeldo@chromium.org rohitrao@chromium.org The amount of storage used by the WebKit cache directory. Logged at application startup, maximum once every 2 weeks, if the `kLogApplicationStorageSizeMetrics` flag is enabled. michaeldo@chromium.org rohitrao@chromium.org The amount of storage used by the WebKit tmp directory. Logged at application startup, maximum once every 2 weeks, if the `kLogApplicationStorageSizeMetrics` flag is enabled. michaeldo@chromium.org rohitrao@chromium.org The amount of storage used by the "Library/WebKit/WebsiteData/Default" directory which stores IndexedDB and Local Storage data for websites. Logged at application startup, maximum once every 2 weeks, if the `kLogApplicationStorageSizeMetrics` flag is enabled. josephlanza@google.com qpubert@google.com bling-squid-squad@google.com Logged when the sign-in coordinator for the "Save To Drive" feature returns the result of the sign-in attempt e.g. sign-in success, sign-in failure or sign-in cancelled. josephlanza@google.com qpubert@google.com bling-squid-squad@google.com Logged when the "Save" button of the Save to Drive feature is tapped, indicating the sign in status of the user e.g. signed-in, signed-out without account, signed-out with account. qpubert@google.com olivierrobin@chromium.org bling-squid-squad@google.com Logged the Save to Drive UI is dismissed, indicating the size of the file to download, as a function of the final outcome of the UI flow e.g. whether the user canceled, whether they selected Drive or Files, etc. Only logged if the size is available. qpubert@google.com olivierrobin@chromium.org bling-squid-squad@google.com Logged when an alert was shown to let the user manage their Drive storage. Reports whether the user cancelled or instead opted to manage their Drive storage. Warning: Data gap between 2025-02-09 - 2025-02-12. qpubert@google.com olivierrobin@chromium.org bling-squid-squad@google.com Logged when the user attempts to select Drive as destination for their download. Reports whether an alert was shown to let the user manage their Drive storage. qpubert@google.com olivierrobin@chromium.org bling-squid-squad@google.com Logged the Save to Drive UI is dismissed, indicating the MIME type of the file to download, as a function of the final outcome of the UI flow e.g. whether the user canceled, whether they selected Drive or Files, etc. qpubert@google.com olivierrobin@chromium.org bling-squid-squad@google.com Logged the Save to Drive UI is dismissed, indicating the number of attempts to select a destination (i.e. number of times "Save" was tapped) as a function of the final outcome of the UI flow e.g. whether the user canceled, whether they selected Drive or Files, etc. Warning: Data gap between 2025-02-09 - 2025-02-12. qpubert@google.com olivierrobin@chromium.org bling-squid-squad@google.com Logged before dismissing the Save to Drive UI i.e. the file destination and account selection view. Describes what destination was picked, whether the user cancelled or not, etc. qpubert@google.com olivierrobin@chromium.org bling-squid-squad@google.com Logged when a Drive upload task's destructor is called, indicating the the size of the uploaded file as a function of the final state of the task e.g. Not Started, Cancelled, Completed or Failed. qpubert@google.com olivierrobin@chromium.org bling-squid-squad@google.com Logged when a Drive upload task's destructor is called, indicating the final state of the task e.g. Not Started, Cancelled, Completed or Failed. qpubert@google.com olivierrobin@chromium.org bling-squid-squad@google.com Logged when a request for the response link identifies that the link is not available. This histogram records the failure reason. qpubert@google.com olivierrobin@chromium.org bling-squid-squad@google.com Logged when a Drive upload task's destructor is called, indicating the the MIME type of the uploaded file as a function of the final state of the task e.g. Not Started, Cancelled, Completed or Failed. qpubert@google.com olivierrobin@chromium.org bling-squid-squad@google.com Logged when a Drive upload task's destructor is called, indicating the number of attempts to complete the task (i.e. number of times it was started) as a function of the final state of the task e.g. Not Started, Cancelled, Completed or Failed. Warning: Data gap between 2025-02-09 - 2025-02-12. qpubert@google.com olivierrobin@chromium.org bling-squid-squad@google.com Logged when receiving the response for a failed Drive query, indicating the error code associated with the response. qpubert@google.com olivierrobin@chromium.org bling-squid-squad@google.com Logged when receiving the response for a Drive query, indicating whether the response is successful or not. qpubert@google.com bling-squid-squad@google.com Logged before the "Save to Photos" UI is dismissed with the result i.e. whether upload succeeded or failed, reason of the failure if any and whether any action was performed after the upload, such as opening the Photos app or showing StoreKit. qpubert@google.com bling-squid-squad@google.com Logged after the "Save to Photos" UI knows what account to use as destination for the photo to be saved i.e. an account saved in preferences as the default (account picker skipped), or an account selected with the account picker, or no account if the user cancels. qpubert@google.com bling-squid-squad@google.com Logged when the user performs an action from the context menu which appears after long pressing an image in a web page. qpubert@google.com bling-squid-squad@google.com Logged when the Photos service returns an error with domain GTLRErrorObjectDomain. The recorded value is the error code interpreted as a HTTP response code. qpubert@google.com bling-squid-squad@google.com Logged when the Photos service starts. It gives information about the state of the Save to Photos settings i.e. (a) if a default account has been set, and if so, if the account still exists on the device; (b) if the user did opt-in to skip the account picker by disabling the "Ask which account to use every time" switch. josephlanza@google.com qpubert@google.com bling-squid-squad@google.com Logged after the user attempts to sign in during the Save to Photos flow. Records the outcome of the sign-in flow (Success, Cancelled, or Failed). josephlanza@google.com qpubert@google.com bling-squid-squad@google.com Logged when the Save to Photos flow is initiated. Records the sign-in status of the user (Signed In, Signed Out Without Account on Device, or Signed Out With Account on Device). qpubert@google.com bling-squid-squad@google.com Logged when the Photos service completes an image upload with failure. It records the time elapsed between the moment the upload request is submitted to the service and the moment the service calls the provided completion callback. In particular, this includes the time necessary to create a destination album if necessary, upload the media item and add it to the destination album. See IOS.SaveToPhotos.UploadSuccessLatency for recording of successful completion. qpubert@google.com bling-squid-squad@google.com Logged when the Photos service completes an image upload with failure. It records the type of failure which occurred. qpubert@google.com bling-squid-squad@google.com Logged when the Photos service completes an image upload with success. It records the time elapsed between the moment the upload request is submitted to the service and the moment the service calls the provided completion callback. In particular, this includes the time necessary to create a destination album if necessary, upload the media item and add it to the destination album. See IOS.SaveToPhotos.UploadFailureLatency for recording of unsuccessful completion. qihuizhao@google.com payments-autofill-team@google.com Records the total elapsed time from the initiation of the scan card session to the successful extraction of card attributes. Recorded when the scanner finished scan and card details are set. qihuizhao@google.com payments-autofill-team@google.com Tracks the reason the Scan Card bottom sheet suggestion was dismissed or accepted. Recorded when the user accepts the suggestion or the bottom sheet is dismissed. qihuizhao@google.com payments-autofill-team@google.com Records the elapsed time between displaying the Scan Card bottom sheet suggestion and selecting the scan button. Recorded when the user taps the scan button. qihuizhao@google.com payments-autofill-team@google.com Records the elapsed time between receiving the signal to trigger the Scan Card and Autofill bottom sheet and actually making a decision on triggering the sheet, split by {Outcome}. Recorded when making the decision to trigger the sheet. qihuizhao@google.com payments-autofill-team@google.com Records the outcome of attempting to trigger the Scan Card and Autofill bottom sheet as a boolean, true if it triggered or false if it didn't. Recorded when the decision is made on triggering the sheet which corresponds to when the activation signal is received from the sheet's form activity listeners. qihuizhao@google.com payments-autofill-team@google.com Records whether the card scan flow was successfully completed (saved) or resulted in an early exit (drop-off). Recorded when the scanner finished scan. qihuizhao@google.com payments-autofill-team@google.com Records the user action on the scanned card save dialog (Accept, Reject, or Ignore). Recorded when the user taps Save, Cancel, or dismisses the dialog. qihuizhao@google.com payments-autofill-team@google.com Records whether the scanned credit card expiration month was valid. Recorded when the scan result is received. qihuizhao@google.com payments-autofill-team@google.com Records whether the scanned credit card expiration year was valid. Recorded when the scan result is received. qihuizhao@google.com payments-autofill-team@google.com Records whether the scanned credit card number was valid. Recorded when the scan result is received. qihuizhao@google.com payments-autofill-team@google.com Records whether the user manually edited the card expiration month after scanning. Recorded when the user accepts the save offer. qihuizhao@google.com payments-autofill-team@google.com Records whether the user manually edited the card expiration year after scanning. Recorded when the user accepts the save offer. qihuizhao@google.com payments-autofill-team@google.com Records whether the user manually edited the card number after scanning. Recorded when the user accepts the save offer. olivierrobin@chromium.org bling-alchemy-eng@google.com Records the number of characters selected when performing a Search With. olivierrobin@chromium.org bling-squid-squad@google.com The context in which Search With has been triggered. sdefresne@google.com bling-fundamentals@google.com This histogram is recorded each time a Scene is connected to a Profile. It records a "true" value if the Scene identifier is present in the recently purged Scene identifiers. This should not happen and this histogram should only record "false". This exists to identify whether there is a bug in iOS where UIKit informs the application that a Scene has been discarded (i.e. permanently dropped and its data should be deleted) while still connected. If this histogram records a non-zero value, then it is concerning as the data for the scene will be deleted and the corresponding tabs lost. This is only recorded on iPad (since iPhone only have one Scene and ignore the message from UIKit). It is recorded once per Scene when it connects to a Profile. sdefresne@google.com bling-fundamentals@google.com This histogram counts the number of sessions that are discarded while still being connected (this should not happen and thus the values recorded should always be zero). This exists to identify whether there is a bug in iOS where UIKit informs the application that a Scene has been discarded (i.e. permanently dropped and its data should be deleted) while still connected. If this histogram records a non-zero value, then it is concerning as the data for the scene will be deleted and the corresponding tabs lost. This is only recorded on iPad (since iPhone only have one Scene and ignore the message from UIKit). It is recorded each time iOS informs the app that some Scene have been discarded (i.e. infrequently). cheickcisse@google.com bling-mony-pod@google.com Records the action taken by the user on the Default Browser Settings Passive Promo Card (Closed, Action, or No Action). scottyoder@google.com bling-pandamonium@google.com This histogram counts the number of times that all items in the Set Up List are completed. scottyoder@google.com bling-pandamonium@google.com This histogram counts the number of times the Set Up List is shown on the NTP. scottyoder@google.com bling-pandamonium@google.com This histogram counts the number of times Set Up List items are completed. It is recorded when the Set Up List item is marked complete in prefs, or when Set Up List is loaded and the code detects that an item was completed since the last time Set Up List was displayed. scottyoder@google.com bling-pandamonium@google.com This histogram counts the number of times Set Up List items are displayed. scottyoder@google.com bling-pandamonium@google.com This histogram counts the number of times Set Up List items are selected. olivierrobin@chromium.org rkgibson@chromium.org The number of items received simultaneously in Chrome from the IOS share extension. olivierrobin@chromium.org rkgibson@chromium.org Type of the item received from the iOS share extension. olivierrobin@chromium.org rkgibson@chromium.org The delay in milliseconds between the item creation in the extension and its processing in Chrome. olivierrobin@chromium.org rkgibson@chromium.org The source application that sent the external command to Chrome. cheickcisse@google.com bling-mony-pod@google.com Tracks the progression of the fullscreen sign-in promotion on iOS, from being triggered by the Promo Manager to the promo UI being shown. This helps identify potential drop-offs in the promo presentation flow. kanouche@google.com bling-mony-pod@google.com Records actions taken on the non-modal sign-in promo shown after a user adds a bookmark. Recorded when a user interacts with the promo or when the promo is shown or dismissed. kanouche@google.com bling-mony-pod@google.com Records actions taken on the non-modal sign-in promo shown after a user saves a password. Recorded when a user interacts with the promo or when the promo is shown or dismissed. gujen@google.com bling-mony-pod@google.com Counts the number of Chrome Siri Shortcuts that the user has created in the Siri Shortcuts app. This is recorded once during startup. The histogram caps at 20 shortcuts, which is an arbitrary but reasonable limit. Note that shortcuts that have multiple actions are not counted if at least one action isn't a Chrome-provided one. For example, a shortcut that opens URLs in Chrome and then opens URLs in another app won't be counted. As such, this metric undercounts the true number of Chrome shortcuts. This is a restriction of the native Shortcuts API. tarekmakkouk@google.com bling-alchemy-eng@google.com Records whether a snapshot extraction fails because a placeholder is scheduled to be shown for the next navigation. Yes (true) if blocked, No (false) otherwise. tarekmakkouk@google.com bling-alchemy-eng@google.com Records the memory footprint of a snapshot image (in KB) after its quality has been downgraded. asamidoi@chromium.org bling-kiwi-pod@google.com Records the time to retrieve a color snapshot. asamidoi@chromium.org bling-kiwi-pod@google.com Records the time to retrieve a grey snapshot. tarekmakkouk@google.com bling-alchemy-eng@google.com Records the memory footprint of a snapshot image (in KB). asamidoi@chromium.org bling-kiwi-pod@google.com Records the time to update a snapshot. rohitrao@chromium.org bling-fundamentals@google.com A boolean that is used to indicate that neither the device's current locale nor the locale corresponding to the device's preferred language has a valid country code. Recorded every time that SpeechInputLocaleConfigImpl attempts to detect the country code but fails to do so. olivierrobin@chromium.org rohitrao@chromium.org The Spotlight Action pressed by the user. rohitrao@chromium.org olivierrobin@chromium.org Tracks the availability of the Spotlight indexation on the device. It is logged once at each cold start. Note: Spotlight may be available on the device but disabled by the user. olivierrobin@chromium.org rohitrao@chromium.org Time spent in Spotlight initial indexation of bookmarks. olivierrobin@chromium.org rohitrao@chromium.org Number of bookmarks indexed during initial indexation. Starting in M122, this is batched. Only recorded on successful reindexing. ameurhosni@google.com stkhapugin@chromium.org olivierrobin@chromium.org How many times full bookmarks reindex had to restart due to a model mutation that happened during reindexing. Logged for each interruption (so for 3 interruptions it will log values 1, 2, and 3). stkhapugin@chromium.org ameurhosni@chromium.org olivierrobin@chromium.org Recorded each time an intent is donated. stkhapugin@chromium.org ameurhosni@chromium.org olivierrobin@chromium.org Recorded each time the app is opened via a siri shortcut, which can be triggered from Spotlight, the Shortcuts app, or Siri. Note that this list does not contain all intent types but only the ones that can be donated. stkhapugin@chromium.org olivierrobin@chromium.org Time spent in Spotlight initial indexation of open tabs. stkhapugin@chromium.org olivierrobin@chromium.org Number of open tabs indexed during initial indexation. stkhapugin@chromium.org ameurhosni@google.com How many times full open tabs reindex had to restart due to a model mutation that happened during reindexing. Logged for each interruption (so for 3 interruptions it will log values 1, 2, and 3). olivierrobin@chromium.org rohitrao@chromium.org This event is recorded each time a Chrome Spotlight entry is selected by the user. The enumeration indicates the nature of the Spotlight entry. stkhapugin@chromium.org olivierrobin@chromium.org Time spent in Spotlight initial indexation of reading list. stkhapugin@chromium.org olivierrobin@chromium.org Number of reading list items indexed during initial indexation. thegreenfrog@chromium.org bling-team@google.com This histogram is logged whenever a click happens on the Start surface. thegreenfrog@chromium.org bling-team@google.com The type of Start impressions on iOS, split by the feed visibility. Logged each time Start is opened for the user. thegreenfrog@chromium.org freedjm@chromium.org The time spent on the Start Home surface as measured from when it was loaded or last brought to the foreground until it was navigated away from or hidden. Only measured on iOS. pabouchard@google.com bling-mony-pod@google.com Tracks whether the start surface is enabled by the user in settings. Recorded when the start surface would be shown (i.e. all other conditions like inactivity duration are satisfied), if the rollout feature flag is enabled. ericekey@google.com bwwilliams@google.com scottyoder@google.com Records the result of comparing appearance-related preferences from remote devices against the current device. Logged once after the user completes the First Run Experience. ericekey@google.com bwwilliams@google.com scottyoder@google.com Records whether the Synced Set Up interstitial is shown. Logged as true each time the coordinator attempts to present the interstitial view. bwwilliams@google.com scottyoder@google.com ericekey@google.com Records the application of specific appearance and customization preferences from the user's remote devices to the current device. Logged once for each preference in an applied batch. ericekey@google.com bwwilliams@google.com scottyoder@google.com Records the number of preferences applied from a remote device to the current device. Logged each time the user accepts a suggestion to update their settings. ericekey@google.com bwwilliams@google.com scottyoder@google.com Records user interactions with snackbars offering to apply or revert appearance-related preferences synced from other devices. Logged when the snackbar is shown, acted upon (e.g., Apply, Undo, Redo), or dismissed. ericekey@google.com bwwilliams@google.com scottyoder@google.com Records the event that caused the Synced Set Up flow to start (e.g., First Run, remote pref change, or scene activation). This provides a key metric for understanding how users are entering the flow. jlebel@chromium.org bling-team@google.com Records the preferred system font size from iOS device. Recorded at cold start. huitingyu@google.com bling-pandamonium@google.com The number of Tab Grid items closed with a bulk or a 'Close All' operation. A Tab can be recoreded twice if it is restored and closed again. huitingyu@google.com bling-pandamonium@google.com The number of Tab Grid items bookmarked with a single add to bookmarks operation from the tab grid selection mode. huitingyu@google.com bling-pandamonium@google.com The number of Tab Grid items added to reading list with a single add to reading list operation from the tab grid selection mode. huitingyu@google.com bling-pandamonium@google.com The number of Tab Grid items closed with a single Close Tab(s) operation from the tab grid selection mode. gambard@chromium.org bling-pandamonium@google.com The number of Tab Grid items shared with a single share operation from the tab grid selection mode. huitingyu@google.com bling-pandamonium@google.com Recorded when a tab is selected from the TabGrid. Time spent since the last time this tab was made active. alionadangla@google.com bling-search@google.com Records the number of tabs selected when the user exits the Tab Picker by accepting the selection. alionadangla@google.com bling-search@google.com Records the number of tabs selected when the user exits the Tab Picker by cancelling. huitingyu@google.com bling-pandamonium@google.com Records tab group drag and drop interactions on the tab strip. An interaction is recorded twice (one drag and one drop). huitingyu@google.com bling-pandamonium@google.com Records tab drag and drop interactions on the tab strip. An interaction is recorded twice (one drag and one drop). huitingyu@google.com bling-pandamonium@google.com Tracks whether the user moved a tabStrip tab to a new index. Recorded when the user stops the drag interaction. huitingyu@google.com bling-pandamonium@google.com Records the origin of dropped items in the tab strip. huitingyu@google.com bling-pandamonium@google.com Records the origin of dropped tab groups in the tab strip. huitingyu@google.com bling-pandamonium@google.com Tracks whether the user tapped on a tabStrip tab that is not the active one. Recorded when the tabStrip tab is tapped. huitingyu@google.com bling-pandamonium@google.com Records tab group drag and drop interactions on the tab switcher. An interaction is recorded twice (one drag and one drop). huitingyu@google.com bling-pandamonium@google.com Records multi-selection drag and drop interactions on the tab switcher. An interaction is recorded twice (one drag and one drop). huitingyu@google.com bling-pandamonium@google.com Records tab drag and drop interactions on the tab switcher. An interaction is recorded twice (one drag and one drop). huitingyu@google.com bling-pandamonium@google.com Records the origin of dropped items in the tab switcher. huitingyu@google.com bling-pandamonium@google.com Records the origin of dropped tab groups in the tab switcher. huitingyu@google.com bling-pandamonium@google.com Records the origin of dropped items in the tab group view. This is recorded when items are drop in the tab group view. huitingyu@google.com bling-pandamonium@google.com Tracks whether the user closed the incognito tab grid page without doing any meaningful action on any tab grid pages. Meaningful actions are creating, moving, deleting or switching tab. Recorded when the user closed the incognito tab grid page. huitingyu@google.com bling-pandamonium@google.com Tracks whether the user closed the regular tab grid page without doing any meaningful action on any tab grid pages. Meaningful actions are creating, moving, deleting or switching tab. Recorded when the user closed the regular tab grid page. huitingyu@google.com bling-pandamonium@google.com Tracks whether the user closed the tab groups page without doing any meaningful action on any tab grid pages. Meaningful action is opening a tab. Recorded when the user closed the tab groups page or switched to a tab grid page. huitingyu@google.com bling-pandamonium@google.com The UI interaction by which the user changed the visible page in the tab switcher. Note that drag interactions can be recorded multiple time for a single drag. huitingyu@google.com bling-pandamonium@google.com Records tab drag and drop interactions in the pinned tab view. An interaction is recorded twice (one drag and one drop). huitingyu@google.com bling-pandamonium@google.com Records the origin of dropped items in the pinned tab view. huitingyu@google.com bling-pandamonium@google.com The time the Tab switcher is displayed to the user. This histogram will always be recorded once the user exit the tab switcher. Note: this metric got expired for a while between 2023-05-14 and 2023-06-07. huitingyu@google.com bling-pandamonium@google.com The time it takes for a user to open an existing tab. If the user opens a new tab or closes the tab switcher, this is not recorded. huitingyu@google.com bling-pandamonium@google.com The time spent while the tab grid is scrolled by the user. This includes the deceleration time. fedegermi@google.com sdefresnem@google.com Records the outcome of scheduling a task request. rajendrant@chromium.org sophiechang@chromium.org The entity type detected by running entity detection on user-selected text. This histogram is recorded every time entity detection is attempted on text that the user explicit selects, such as when displaying context menu actions on a long press. rajendrant@chromium.org sophiechang@chromium.org Records the time taken for the TFLite text classifier model to extract entities given a text string. This metric does not record the duration for NSDataDetector entity extraction when the TFLite model is unavailable. hiramahmood@google.com adamta@google.com Records the state of the Sync server during the initial Theme Sync flow. bwwilliams@google.com adamta@google.com Records the action taken by the Sync client when evaluating an incoming remote theme. hiramahmood@google.com adamta@google.com Records that the local pre-sync theme was successfully restored when sync was stopped, disabled, or cleared. bmcclure@google.com bwwilliams@google.com Logged when Tips (Magic Stack) is displayed for a user. The enumeration indicates which tip was displayed. bmcclure@google.com bwwilliams@google.com Logged when the user taps on the Tips (Magic Stack) module. The enumeration indicates which tip was interacted with. bmcclure@google.com bling-pandamonium@google.com Logs when a user taps the primary or secondary action button in the {PromoType} promo view triggered by a Tips Notification. olivierrobin@chromium.org sophiechang@chromium.org The method used to detect language in the web page during the CLD3->TFlite transition. erahmaoui@google.com bling-team@google.com Logs whether a PDF was opened from an already translated page. Emitted at each navigation. thegreenfrog@chromium.org bling-team@google.com Logs a user tapping on a trending query and the index position of that query in the module. erahmaoui@chromium.org bling-team@google.com Records the number of detected measurements in a webpage after the page load. erahmaoui@chromium.org bling-team@google.com Logs the changes in the source or target units change under a unit type state (unchanged or changed). bwwilliams@google.com bling-team@google.com Logs the failure reasons when Chrome on iOS cannot upgrade its version. Each bucket in the histogram corresponds to a distinct failure reason (see IOSUpgradeCenterFailureReason). ginnyhuang@chromium.org huitingyu@google.com bling-pandamonium@google.com Warning: this histogram was expired from 2026-02-09 to 2026-03-31; data may be missing. The stage of applying a downloaded initial variations seed during Chrome first run on platforms that implemented first run variations. This would be emitted on the first run, after Chrome iOS has finished initializing the browser objects for the background handlers, to indicate whether the initial variations seed fetched natively has been applied, and if not, which stage of the variations seed importing process has it reached for debugging purpose. ginnyhuang@chromium.org bling-pandamonium@google.com The result of attempting to fetch an initial variations seed during iOS Chrome first run. Records both the HTTP code and various error values in one enumeration. ginnyhuang@chromium.org bling-pandamonium@google.com The latency of fetching an initial variations seed during iOS Chrome first run. Only considers cases where an HTTP 200 result was received. michaeldo@chromium.org bling-fundamentals@google.com Logged when the error page fails to load. Sometimes, for example, when the web view no longer exists, this error may be expected. Other times, it will have unknown causes. These unknown cases will cause a blank white page to remain displayed in the web content area after the failed load instead of a descriptive error message. Ref: crbug.com/1489167 olivierrobin@chromium.org qpubert@google.com An enum describing the accept and the multiple attributes of an input file element. Logged when the element is clicked. olivierrobin@chromium.org qpubert@google.com An enum describing the state of the file input when clicked (whether it accepts multiple files and whether it already has some files). olivierrobin@chromium.org qpubert@google.com An enum describing the state of the file input when clicked (whether it accepts multiple files and whether it already has some files) specifically when choosing a file from Drive. olivierrobin@chromium.org qpubert@google.com Histogram describing whether a "Choose File" event unexpectedly accepted/denied directories as selection. Logged when an "Open Panel" event is triggered by the web page which does not agree with the "Choose File" event as to whether directories can be selected. olivierrobin@chromium.org qpubert@google.com Histogram describing whether a "Choose File" event was dropped in order to record a new incoming "Choose File" event. Logged when a new "Choose File" event is triggered by the web page. olivierrobin@chromium.org qpubert@google.com Histogram describing whether a "Choose File" event was matched to an "Open Panel" event. Logged when an "Open Panel" event is triggered by the web page. olivierrobin@chromium.org qpubert@google.com Histogram describing whether a "Choose File" event unexpectedly accepted/denied multiple files as selection. Logged when an "Open Panel" event is triggered by the web page which does not agree with the "Choose File" event as to whether multiple files can be selected. danieltwhite@google.com bling-fundamentals@google.com The time it takes to convert a WKScriptMessage object to be converted to a web::ScriptMessage object. This metrics is only collected on clients with high-resolution clocks. gambard@chromium.org justincohen@chromium.org A boolean that is used to indicate that the URL property of the WKWebView has changed to a nil or empty URL. Recorded on the KVO of the URL of the WKWebView. This histogram was expired between 2026-03-30 and 2026-06-02, data may be missing. eic@google.com mxlg@google.com bling-enterprise@google.com Records the final outcome of an intercepted clipboard {Action}, indicating whether the action was ultimately Allowed (true) or Blocked (false). Emitted after a clipboard interception. eic@google.com mxlg@google.com bling-enterprise@google.com The source of an intercepted clipboard {Action} operation in a WebState. Emitted after a clipboard interception. alexandrasp@google.com bling-fundamentals@google.com Records the outcome of interactions with Mojo through Mojo Facade on iOS. Note: Starting in M153, MojoHandle.readMessage metrics are logged, and unknown action variants are recorded under Mojo.Unknown. joemerramos@google.com bling-mony-pod@google.com Records the number of active session days in the past 28 days for users evaluated by the Welcome Back screen under the UseActiveDays arm. Recorded when the feature engagement tracker is successfully initialized. joemerramos@google.com bling-mony-pod@google.com Records the number of active session days in the past 28 days specifically for inactive users (previous active days count 1 or fewer) evaluated by the Welcome Back screen. cheickcisse@google.com bling-mony-pod@google.com Records the number of days since the user was last active in the app, calculated on cold start. Recorded once per cold start if there is a valid previous session end time. Uses 1-day buckets up to 50 days. joemerramos@google.com bling-mony-pod@google.com Records the number of days since the user was last active in the app, calculated unconditionally on cold start for the entire user population. Recorded once per cold start if there is a valid previous session end time. Uses 1-day buckets up to 50 days. cheickcisse@google.com bling-mony-pod@google.com Records the type of feature displayed in welcome back. Recorded each time a user clicks on a feature in the Welcome Back main screen to view more details. cheickcisse@google.com bling-mony-pod@google.com Records the number of features clicked by the user within the Welcome Back screen. Recorded when the Welcome Back screen is dismissed or closed. joemerramos@google.com bling-mony-pod@google.com Tracks which promoted features were missing/already-used when the Welcome Back promo registration failed because the minimum number of eligible features (2) was not met. Logged once per missing feature when the registration fails. joemerramos@google.com bling-mony-pod@google.com Records the success and failure reasons when registering the Welcome Back promo. Recorded on profile startup when checking if the promo should be registered. joemerramos@google.com bling-mony-pod@google.com Tracks which other promo was selected for display instead of the Welcome Back promo when the Welcome Back promo was registered, in the display queue, and otherwise fully eligible to trigger. Logged once per session when a promo is displayed. cheickcisse@google.com bling-mony-pod@google.com Recorded each time the instructions of a What's New feature is displayed. The recorded value is the type of the feature that was being viewed. cheickcisse@google.com bling-mony-pod@google.com The number of clicked What's New items per impression cheickcisse@google.com bling-mony-pod@google.com Recorded each time the learn more button of a What's New feature is tapped. The recorded value is the type of the feature that was being viewed. cheickcisse@google.com bling-mony-pod@google.com Recorded each time the primary button of a What's New feature is tapped. The recorded value is the type of the feature that was being viewed. cheickcisse@google.com bling-mony-pod@google.com Recorded each time a feature cell in What's New is tapped. The recorded value is the type of the feature that will show. cheickcisse@google.com bling-mony-pod@google.com Whether or not the table view of the What's New feature was scrolled. cheickcisse@google.com bling-mony-pod@google.com Logs the time a user spent on What's New. cheickcisse@google.com bling-mony-pod@google.com Logs the time a user spent on each feature of What's New. rkgibson@google.com muradyan@google.com Measures UI interactions in WidgetKit extension. Recorded after a user taps in a widget and Chrome is opened. rkgibson@google.com muradyan@chromium.org Indicates the {Status} of an iOS 14 widget. Logged when the app goes to foreground. "Current" widgets are logged everytime widgets are detected, "Install" and "Uninstall" are logged only when changes are detected. It is important to consider the bias created towards users that foreground the app more often when doing analysis. This can be accounted by filtering per unique users when looking at the metric. fedegermi@google.com bling-fundamentals@google.com Logs the number of times that the deleted account ui was displayed on widgets. This data is collected when the ui is presented on the widget. The value is then added to the histogram when the app is launched. gambard@chromium.org michaeldo@chromium.org bling-team@google.com WKWebView should notify navigation commit before navigation finish, but exceptions have been observed. This histogram counts the frequency of this invariant violation at the time when a new navigation is finished. True means navigation finish callback happened before navigation commit. Expired between M77 and M117. michaeldo@chromium.org bling-team@google.com The number of application launches per "cold start". (A "cold start" is an application launch which occurs when the app is not already running in the background.) Even when the application is in the background, the system may keep it alive if the resource usage is low. This will result in subsequent launches being faster by resuming the exisiting launched application instead of requiring a full, new launch. In the context of feature experiments, a decrease in this metric may signal that a feature is doing more work than necessary while the application is in the background and thus being terminated more frequently by the system. michaeldo@chromium.org bling-team@google.com This event is recorded on application launch when the app was not already running in the background (a "cold start"). The value represents how many times the application was brought to the foreground while already running in the background (a "warm start") during the previous session. Cold starts are slower because the entire application must be re-launched, while warm starts are merely a transistion from background to foreground state. In the context of feature experiments, a decrease in this metric may signal that a feature is doing more work than necessary while the application is in the background and thus being terminated more frequently by the system. NOTE: This metric is logged for the prior session, which may have been a different application version than the version logging this metric. tmartino@chromium.org bling-transactions@google.com [iOS Only] Tracks the number of credentials presented to the user in the "Use other password..." view in Manual Fallback. This is logged everytime the user opens this view. tmartino@chromium.org bling-transactions@google.com [iOS Only] Tracks the number of cards presented to the user in Manual Fallback. This is logged everytime the user opens this view. Warning: this histogram was expired from 2023-12-10 to 2024-4-15; data may be missing. tmartino@chromium.org bling-transactions@google.com [iOS Only] Tracks the number of credentials presented to the user in the Passwords Manual Fallback view. This is logged everytime the user opens this view. tmartino@chromium.org bling-transactions@google.com [iOS Only] Tracks the number of profiles presented to the user in Manual Fallback. This is logged everytime the user opens this view. Warning: this histogram was expired from 2024-1-28 to 2024-4-15; data may be missing. noemies@google.com sugoi@google.com [iOS Only] Tracks the number of autofill suggestions present when the user taps on the expand button in the keyboard accessory to open the address manual fallback menu. noemies@google.com sugoi@google.com [iOS Only] Tracks the number of autofill suggestions present when the user taps on the expand button in the keyboard accessory to open the password manual fallback menu. noemies@google.com sugoi@google.com [iOS Only] Tracks the number of autofill suggestions present when the user taps on the expand button in the keyboard accessory to open the payment method manual fallback menu. tmartino@chromium.org bling-transactions@google.com [iOS Only] Tracks the number of autofill suggestions present when the user taps on the credit card button in manual fallback. Warning: this histogram was expired from 2023-12-10 to 2024-4-15; data may be missing. qpubert@google.com bling-squid-squad@google.com The currently used interface style (light or dark). Recorded when the app becomes active and when the style changes while the app is in the foreground. qpubert@google.com bling-squid-squad@google.com The currently used interface style (light or dark) during the specified time of day. Recorded when the app becomes active and when the style changes while the app is in the foreground. The time used for bucketing is based on the device's local time.