rohitrao@chromium.org justincohen@chromium.org Whether or not the allocator shim was installed successfully. False indicates an unexpected error at the OS level which merits investigation. djean@google.com bling-team@chromium.org The percentage of annotations the are decorated against the number of annotations found. ajuma@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. hiramahmood@google.com bling-get-set-up@google.com Logged once per app foreground. Logs whether the user has met the trigger requirements for the App Store Rating promo. 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-get-set-up@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. hiramahmood@google.com ginnyhuang@chromium.org bling-get-set-up@google.com The action taken by the user after the Bring Android Tabs prompt is presented. hiramahmood@google.com ginnyhuang@chromium.org bling-get-set-up@google.com The action taken by the user in response to the Bring Android Tabs Tab List . hiramahmood@google.com ginnyhuang@chromium.org bling-get-set-up@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-get-set-up@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-get-set-up@google.com The number of tabs imported from Android for Android Switchers. Recorded when the Bring Android Tabs prompt is displayed. ajuma@chromium.org michaeldo@chromium.org The result of a captive portal check triggered by a failed secure connection. Logged once per failed secure connection. This metric is obsolete as of M105, because the max bucket did reach the desired hour-level granularity. IOS.BackgroundTimeBeforeColdStart is the new metric. 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. ajuma@chromium.org gambard@chromium.org 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. ajuma@chromium.org gambard@chromium.org 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. olivierrobin@chromium.org rkgibson@chromium.org The number of times the Content Extension was displayed since last Chrome foregrounding. Reported when Chrome is put in foregrounded. Note: events where the count is zero were removed in M91. olivierrobin@chromium.org rkgibson@chromium.org The index of the URL selected by the user in the Content Extension. rkgibson@google.com gambard@chromium.org When the content rule list provider updates its lists, this can succeed or fail. Failure occurs when the rule lists are updated again before the first update finishes. rkgibson@chromium.org djean@chromium.org The number of times the Credential Extension user copied a Password since last Chrome foregrounding. Reported when Chrome is put in foreground. Note: events where the count is zero were removed in M91. rkgibson@chromium.org djean@chromium.org The number of times the Credential Extension user copied a URL since last Chrome foregrounding. Reported when Chrome is put in foreground. Note: events where the count is zero were removed in M91. rkgibson@chromium.org djean@chromium.org The number of times the Credential Extension user copied a Username since last Chrome foregrounding. Reported when Chrome is put in foreground. Note: events where the count is zero were removed in M91. rkgibson@chromium.org djean@chromium.org The number of times the Credential Extension was displayed since last Chrome foregrounding. Reported when Chrome is put in foreground. Note: events where the count is zero were removed in M91. rkgibson@chromium.org djean@chromium.org 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. rkgibson@chromium.org djean@chromium.org 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. veronguyen@google.com tmartino@chromium.org Logged once per app launch. Logs on startup whether the user had enabled the credential provider in their iOS settings. rkgibson@chromium.org rkgibson@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. rkgibson@chromium.org rkgibson@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. rkgibson@chromium.org rkgibson@google.com Recorded when a new password is created via the Credential Provider extension. Reported when Chrome is put in the foreground. rkgibson@chromium.org djean@chromium.org 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. rkgibson@chromium.org djean@chromium.org 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. rkgibson@chromium.org djean@chromium.org The number of times the Credential Extension needed user reauthentication since last Chrome foregrounding. Reported when Chrome is put in foreground. Note: events where the count is zero were removed in M91. rkgibson@chromium.org rkgibson@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. rkgibson@chromium.org djean@chromium.org The number of times the Credential Extension user searched 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. rkgibson@chromium.org djean@chromium.org Recorded when a request to replace identities in ASCredentialIdentityStore fails. rkgibson@chromium.org djean@chromium.org The number of times the Credential Extension user unobfuscated a Password since last Chrome foregrounding. Reported when Chrome is put in foreground. Note: events where the count is zero were removed in M91. veronguyen@google.com tmartino@chromium.org 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. huitingyu@google.com hiramahmood@google.com The impression count for the credential provider extention promo corresponding to a source of the promo. 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". sebsg@chromium.org bling-get-set-up@google.com The action taken by the user in response to the default browser promo. sebsg@chromium.org bling-get-set-up@google.com The action taken by the user in response to the "All tabs" default browser tailored promo. sebsg@chromium.org bling-get-set-up@google.com The action taken by the user in response to the "Made for iOS" default browser tailored promo. sebsg@chromium.org bling-get-set-up@google.com The action taken by the user in response to the "Stay Safe" default browser tailored promo. gayane@google.com bling-get-set-up@google.com Represents number of days since last default browser promo was displayed within last 21 days periods. This includes full screen and non-modal promo and default browser promo in FRE. Recorded before every full screen promo displayed. gayane@google.com bling-get-set-up@google.com Represents number of generic default browser promos displayed to the user. This includes all video promo options. Recorded before every full screen promo displayed. sebsg@chromium.org bling-get-set-up@google.com Logs the time on screen for an impression of a non modal promo. iOS only. sebsg@chromium.org nicolasmacbeth@google.com bling-get-set-up@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-get-set-up@google.com Logged when an action happens on a non modal promo triggered by {PromoType}. Records the action of the promo. iOS only. sebsg@chromium.org scottyoder@google.com bling-get-set-up@google.com The action taken by the user in response to the Set Up List default browser promo. gayane@chromium.org bling-get-set-up@google.com The default browser promo type shown to the user. gayane@google.com bling-get-set-up@google.com Represents number of tailored default browser promos displayed to the user. Recorded before every full screen promo displayed. gayane@google.com bling-get-set-up@google.com Logs all {PromoStat} metrics when the {PromoAction} action happens in a default browser promo. cheickcisse@google.com sebsg@chromium.org bling-get-set-up@google.com The action taken by the user in response to the full screen default browser video promo. cheickcisse@google.com sebsg@chromium.org bling-get-set-up@google.com The action taken by the user in response to the half screen default browser video promo. nicolasmacbeth@google.com bling-get-set-up@google.com The impression of the iOS Password Promo 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-get-set-up@google.com The action taken by the user when shown the iOS Password Promo on Desktop for the {Impression} impression. Desktop only. ewannpv@chromium.org gambard@chromium.org bling-team@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. olivierrobin@chromium.org djean@chromium.org bling-team@google.com Page on which the iOS web edit menu is dismissed. olivierrobin@chromium.org djean@chromium.org bling-team@google.com Report errors when reporting metrics for web edit menu. olivierrobin@chromium.org djean@chromium.org bling-team@google.com The action that was triggered by the user on the iOS web edit menu. olivierrobin@chromium.org djean@chromium.org bling-team@google.com Page on which an iOS web edit menu action is triggered. olivierrobin@chromium.org djean@chromium.org bling-team@google.com Page on which the iOS web edit menu is dismissed by updating the selection. djean@chromium.org erahmaoui@google.com The type of calendar chosen by the user on the ExperienceKit context menu. djean@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. rkgibson@google.com bling-kiwi-pod@google.com Whether or not the feedback kit presentation flow completed successfully or had an error. 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. 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. ajuma@chromium.org gambard@chromium.org 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. rohitrao@chromium.org djean@chromium.org Reports exceptions when trying to send a form input accessory action to the virtual keyboard. danieltwhite@chromium.org ajuma@chromium.org 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 ajuma@chromium.org 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. Replaced by IOS.Frame.FirstInputDelay.MainFrame2 due to rebucketing. danieltwhite@chromium.org ajuma@chromium.org 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. Replaced by IOS.Frame.FirstInputDelay.MainFrame.AfterBackForwardCacheRestore2 due to rebucketing. danieltwhite@chromium.org ajuma@chromium.org 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 ajuma@chromium.org 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 ajuma@chromium.org 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. Replaced by IOS.Frame.FirstInputDelay.SubFrame2 due to rebucketing. danieltwhite@chromium.org ajuma@chromium.org 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. Replaced by IOS.Frame.FirstInputDelay.SubFrame.AfterBackForwardCacheRestore2 due to rebucketing. danieltwhite@chromium.org ajuma@chromium.org 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 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 ajuma@chromium.org 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 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 ajuma@chromium.org 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. joemerramos@chromium.org ajuma@chromium.org 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. erikchen@chromium.org This event is recorded each time a Handoff is received by Chrome on iOS. The enumeration indicates the source of the Handoff. alionadangla@chromium.org lpromero@chromium.org Logs the chosen inactive tab threshold at startup. 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. 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 djean@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. qpubert@google.com djean@chromium.org Logged when the "Ask to Open Links from Other Apps in Incognito" setting is enabled or disabled by the user. This metric is obsolete as of M112, it is now recorded in InProductHelp.ShouldTriggerHelpUI.IPH_DefaultSiteView. gambard@chromium.org lpromero@chromium.org Recorded when the InProductHelp about the DefaultSite is presented to the user. Can be used as a base number to evaluate the impact of IPH. 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 link is opened in Chrome in the last 21 days, the user will be considered a default user. thegreenfrog@chromium.org rohitrao@chromium.org This metric reports whether the user was deemed eligible to be shown default browser fullscreen promos. Eligibility currently includes signed-in users, external intent app opens, clipboard copies, and GrowthKit opens. This metric will be logged once per metrics log upload. sugoi@chromium.org veronguyen@google.com 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. rkgibson@google.com gambard@chromium.org IOS Content Blocking uses special injected Javascript to block access to things like cookies and local storage. Future changes to iOS/WebKit could cause these blocks to break. This logs that occurrence. sebsg@chromium.org bling-get-set-up@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. thegreenfrog@chromium.org scottyoder@chromium.org Records a user engagement with a module within the Magic Stack. thegreenfrog@chromium.org scottyoder@chromium.org Records the first module shown for every Magic Stack impression. joemerramos@chromium.org ajuma@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. ajuma@chromium.org bling-fundamentals@google.com Records whether Lockdown Mode is enabled for a main-frame navigation action. This is recorded once for every allowed main-frame navigation action. justincohen@chromium.org olivierrobin@chromium.org Recorded when the MainThreadFreezeDetector initializes. If a hang was detected on a previous run, it's expected the app will be killed and not exit cleanly. Set to `true` if the app exited cleanly and a hang was detected, indicating no watchdog kill and an error in freeze detection. justincohen@chromium.org olivierrobin@chromium.org Recorded when the main thread recovers immediately after a freeze report was generated. justincohen@chromium.org olivierrobin@chromium.org The time taken to record a freeze report. Logged immediately after generating a hang report. justincohen@chromium.org olivierrobin@chromium.org The time during which main thread was not responding. 0 if application was killed before recovering. Logged after an action posted on the main thread is not executed immediately. The histogram is sent when the task is finally executed or on next application startup. 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. Note: The date the data is reported is later than the day it account for. 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. Note: The date the data is reported is later than the day it account for. 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. Note: The date the data is reported is later than the day it account for. 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. Note: The date the data is reported is later than the day it account for. 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. Note: The date the data is reported is later than the day it account for. ajuma@chromium.org justincohen@chromium.org 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.ColdStartFromProcessCreationTimeV2 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. 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. Note: The date the data is reported is later than the day it accounts for. 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. Note: The date the data is reported is later than the day it account for. 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. Note: The date the data is reported is later than the day it account for. ajuma@chromium.org justincohen@chromium.org 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. Note: The date the data is reported is later than the day it accounts for. 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. Note: The date the data is reported is later than the day it account for. 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. Note: The date the data is reported is later than the day it account for. olivierrobin@chromium.org djean@chromium.org Outcome of the MiniMap consent screen. marq@chromium.org djean@chromium.org MultiWindow configuration sampled once per minute. marq@chromium.org djean@chromium.org The source of "Open in new Window" user requests. Recorded when a newly created window is added to a session. ajuma@chromium.org michaeldo@chromium.org The method -[CRWWKNavigationHandler loadCancelled] updates the navigation state to finished if it is any other state. Additionally, if `beingDestroyed` is false, the webstate's loading state is set to false. There is a long standing TODO in this method with the comment: "Check if this function should be removed." This metric is logged when the logic in this method is triggered. The results will be reviewed to see if this logic is still ever called or if it can now be removed. rohitrao@chromium.org djean@chromium.org NSString API: stringByReplacingCharactersInRange:withString: was invoked with a nil argument. 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. guiperez@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. christianxu@chromium.org bling-team@google.com Log device switcher result checked at {Context}. When results are available, logs the resuling default omnibox position. Otherwise, logs the reason. christianxu@chromium.org bling-team@google.com Histogram of the number of lines of search suggestions. 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. ewannpv@chromium.org mrefaat@chromium.org bling-team@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. 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. gambard@chromium.org ajuma@chromium.org 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 Tracks the result of snapshotting when the page has been loaded. ajuma@chromium.org gambard@chromium.org 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 thegreenfrog@chromium.org Logs a user's action on the Parcel Tracking Opt-In prompt. hiramahmood@google.com thegreenfrog@chromium.org Logs each time when the Parcel Tracking Opt-In prompt is displayed. olivierrobin@chromium.org djean@chromium.org The outcome of the partial translate feature. olivierrobin@chromium.org djean@chromium.org The length of the selection received from javascript. sugoi@chromium.org veronguyen@google.com tmartino@chromium.org Tracks the bottom sheet dismissal, use of a password suggestion and long press menu events. sugoi@chromium.org veronguyen@google.com bling-transactions@google.com Records whether the password cell in the password bottom sheet was minimized when the user tapped on it. 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. veronguyen@google.com tmartino@chromium.org The number of favicons loaded (image, not monogram string) in the Password Manager recorded when the view will disappear. veronguyen@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. veronguyen@google.com tmartino@chromium.org The number of passwords with a favicon loaded in the Password Manager recorded when the view will disappear. noemies@google.com bling-transactions@google.com [iOS Only] Tracks the actions taken by the user on the Password Manager widget promo. sugoi@chromium.org bling-transactions@google.com Tracks the bottom sheet dismissal or use of a payments suggestion. ewannpv@chromium.org gambard@chromium.org bling-team@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 gambard@chromium.org bling-team@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 gambard@chromium.org bling-team@google.com Logs media permission requests from websites. (e.g. the microphone permission is asked from a website). hiramahmood@google.com bling-get-set-up@google.com Logs a user's action on the Post Restore Default Browser promo. scottyoder@google.com bling-get-set-up@google.com Logs a user's choice when presented with the Post Restore Signin Promo.' scottyoder@google.com bling-get-set-up@google.com Indicates whether the Post Restore Signin Promo was displayed. 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. 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 promo failed to display. This happens when a promo is requested for display, but isn't properly registered. This seldom happens in practice, but may happen during manual testing by disabling a promo right before the Promos Manager attempts to display it. bwwilliams@google.com rkgibson@google.com huitingyu@google.com Logs which forced promo failed to display. This happens when a promo is forced for display (via Experimental Settings toggle,) but isn't properly registered (via chrome://flags). This seldom happens in practice, but may happen during manual testing. bwwilliams@google.com rkgibson@google.com huitingyu@google.com Promo impression limit evaluations made by the Promos Manager. This histograms logs the Promos Manager's assessment of each promos impression limits when presented with the opportunity to display a given 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. ajuma@google.com danieltwhite@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. ajuma@google.com danieltwhite@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). ajuma@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. ajuma@google.com danieltwhite@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. ajuma@google.com danieltwhite@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. ajuma@google.com danieltwhite@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. 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 address Autofill suggestions. sugoi@chromium.org bling-transactions@google.com Tracks the results and attempts of reauthentication when using credit card Autofill suggestions. sugoi@chromium.org bling-transactions@google.com Tracks the results and attempts of reauthentication when using password Autofill suggestions. sugoi@chromium.org veronguyen@google.com tmartino@chromium.org Tracks the results and attempts of reauthentication when using suggestions from the password bottom sheet. sarraf@google.com djean@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. sugoi@chromium.org veronguyen@google.com tmartino@chromium.org Tracks the number of times in a row the Password Bottom Sheet had been dismissed at the moment the dismiss count was reset to 0 (between 1 and 3). 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 justincohen@chromium.org [iOS] Time spent on restoring committed Navigation Manager's items. Recorded once per restoration, as a cumulative time across all items. Restoration is triggered in the following cases (the list is not exhaustive): app cold start, remote tab was open, cookies were cleared, recently closed tab was restored. This metric will be used for monitoring session restoration performance which relies on system's WKWebView. ajuma@chromium.org gambard@chromium.org This histgram counts the frequency of sad tabs that occur while loading a PDF file. This is logged once per sad tab shown. ajuma@chromium.org gambard@chromium.org 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. ajuma@chromium.org 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 counts the number of times the Safety Check (Magic Stack) module is requested for display, but not yet added to the Magic Stack module order. 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. michaeldo@chromium.org rohitrao@chromium.org The total amount of available storage capacity on the device. Logged once per application cold launch, on startup. michaeldo@chromium.org rohitrao@chromium.org The percentage of the device storage which is available. Logged once per application cold launch, on startup. 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 average amount of storage used by a grey 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 device storage which is available for important storage. Logged once per application cold launch, on startup. michaeldo@chromium.org rohitrao@chromium.org The percentage of the device storage which is available for important storage. Logged once per application cold launch, on startup. michaeldo@chromium.org rohitrao@chromium.org The amount of device storage which is available for opportunistic storage. Logged once per application cold launch, on startup. michaeldo@chromium.org rohitrao@chromium.org The percentage of the device storage which is available for opportunistic storage. Logged once per application cold launch, on startup. 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. 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. 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 capacity on the device. Logged once per application cold launch, on startup. 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. qpubert@chromium.org djean@chromium.org 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@chromium.org djean@chromium.org 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@chromium.org djean@chromium.org Logged when the user performs an action from the context menu which appears after long pressing an image in a web page. qpubert@chromium.org djean@chromium.org 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. qpubert@chromium.org djean@chromium.org 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@chromium.org djean@chromium.org 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. olivierrobin@chromium.org rkgibson@chromium.org The action selected by the user in the Search Extension. olivierrobin@chromium.org rkgibson@chromium.org The number of times the Search Extension was displayed since last Chrome foregrounding. Reported when Chrome is put in foreground. Note: events where the count is zero were removed in M91. olivierrobin@chromium.org djean@chromium.org The context in which Search With has been triggered. mrefaat@chromium.org sdefresne@chromium.org Record whether the session (list of tabs, and their snapshots) was migrated from one place to another. This migration can happen when the user update Chrome, their device version of iOS or when they restore a backup. The event is recorded for all Browser creation, so most of the event should be "No Migration". scottyoder@google.com bling-get-set-up@google.com This histogram counts the number of times the Set Up List is shown on the NTP. scottyoder@google.com bling-get-set-up@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-get-set-up@google.com This histogram counts the number of times Set Up List items are displayed. scottyoder@google.com bling-get-set-up@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. 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. ajuma@chromium.org edchin@chromium.org The overall size of snapshots cache. Recorded when new snapshot is cached. ajuma@chromium.org edchin@chromium.org The size of a single snapshot image. Recorded when new snapshot is taken and RecordSnapshotSize flag is enabled. ajuma@chromium.org edchin@chromium.org The size of a single snapshot PDF. Recorded when new snapshot is taken and RecordSnapshotSize flag is enabled. 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. 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 Spotlight intent. 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. 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. mrefaat@chromium.org rohitrao@chromium.org The result of StoreKit handling for a specific iTunes URL. Not Handled will be logged when the LinksHandler didn't handle a specific URL on purpose (not supported), and Failure will be logged when a URL that should have been handled wasn't handled. ewannpv@chromium.org gambard@chromium.org bling-team@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. gambard@chromium.org chromeleon@google.com The number of Tab Grid items bookmarked with a single add to bookmarks operation from the tab grid selection mode. gambard@chromium.org chromeleon@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. gambard@chromium.org chromeleon@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 chromeleon@google.com The number of Tab Grid items shared with a single share operation from the tab grid selection mode. gambard@chromium.org chromeleon@google.com Recorded when a tab is selected from the TabGrid. Time spent since the last time this tab was made active. ewannpv@chromium.org gambard@chromium.org chromeleon@google.com The delay in milliseconds between the Tab is opened from the tab pickup banner on 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. ewannpv@chromium.org gambard@chromium.org chromeleon@google.com Time spent since the last time another device has been sync. Recorded when the app starts. ewannpv@chromium.org gambard@chromium.org bling-team@google.com Tracks whether the user moved a tabStrip tab to a new index. Recorded when the user stops the drag interaction. ewannpv@chromium.org gambard@chromium.org bling-team@google.com Tracks whether the user tapped on a tabStrip tab that is not the active one. Recorded when the tabStrip tab is tapped. ewannpv@chromium.org gambard@chromium.org bling-team@google.com Records tab drag and drop interactions on the tab switcher. An interaction is recorded twice (one drag and one drop). ewannpv@chromium.org pakzhygitov@google.com bling-team@google.com Records the origin of dropped items in the tab switcher. ewannpv@chromium.org gambard@chromium.org bling-team@google.com Tracks whether the user closed the incognito tab grid page without doing any meaningful action. Meaningful actions are creating, moving, deleting or switching tab. Recorded when the user closed the incognito tab grid page. ewannpv@chromium.org gambard@chromium.org bling-team@google.com Tracks whether the user closed the recent tabs page without doing any meaningful action. Meaningful action is opening a tab. Recorded when the user closed the recent tabs page or switched to a tab grid page. ewannpv@chromium.org gambard@chromium.org bling-team@google.com Tracks whether the user closed the regular tab grid page without doing any meaningful action. Meaningful actions are creating, moving, deleting or switching tab. Recorded when the user closed the regular tab grid page. marq@chromium.org ewannpv@chromium.org bling-team@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. ewannpv@chromium.org pakzhygitov@google.com bling-team@google.com Records tab drag and drop interactions in the pinned tab view. An interaction is recorded twice (one drag and one drop). ewannpv@chromium.org pakzhygitov@google.com bling-team@google.com Records the origin of dropped items in the pinned tab view. alionadangla@chromium.org lpromero@chromium.org chromeleon@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. alionadangla@chromium.org lpromero@chromium.org chromeleon@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. lpromero@chromium.org alionadangla@chromium.org chromeleon@google.com The time spent while the tab grid is scrolled by the user. This includes the deceleration time. 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 full web page text (up to 64k characters). 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. Deprecated as of 06/2023 gambard@chromium.org chromeleon@google.com [iOS] Reports how a thumbstrip opening was cancelled. It uses the same enum as IOS.Thumbstrip.OpenBy. Deprecated as of 06/2023 gambard@chromium.org chromeleon@google.com [iOS] Reports how the thumbstrip was closed. Deprecated as of 06/2023 gambard@chromium.org chromeleon@google.com [iOS] Reports how the thumbstrip was opened. olivierrobin@chromium.org mcrouse@chromium.org When both CLD3 and TFLite language detection method are run, compare their results. olivierrobin@chromium.org sophiechang@chromium.org The method used to detect language in the web page during the CLD3->TFlite transition. 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. ginnyhuang@chromium.org bling-get-set-up@google.com Records the state of the variations seed stored from a previous launch of Chrome iOS, e.g. not expired. Recorded after the seed is loaded and before trials are created from the seed. Note that seeds for which this metric is recorded may not be applied, e.g. when the seed has expired. ginnyhuang@chromium.org huitingyu@google.com bling-get-set-up@google.com 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-get-set-up@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-get-set-up@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. This metric is obsolete as of M105, because the max bucket did reach the desired hour-level granularity. IOS.BackgroundTimeBeforeWarmStart is the new metric. 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. ajuma@chromium.org michaeldo@chromium.org 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 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. ajuma@chromium.org bling-fundamentals@google.com Records whether Web Inspector support has been enabled by the user. Logged on iOS 16.4+ only, each time that a WKWebView has been created. cheickcisse@google.com sebsg@google.com The action taken by the user in response to seeing the instructions of a What's New feature. cheickcisse@google.com sebsg@google.com The action taken by the user in response to seeing a What's New feature. cheickcisse@google.com sebsg@google.com Whether or not the table view of the What's New feature was scrolled. cheickcisse@google.com sebsg@google.com Logs the time a user spent on What's New. cheickcisse@google.com sebsg@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. Removed in M111 because windowId injection was removed. michaeldo@chromium.org rohitrao@chromium.org Measures the time taken for windowID injection to complete. Logged once per pageload. gambard@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 djean@chromium.org [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 djean@chromium.org [iOS Only] Tracks the number of cards presented to the user in Manual Fallback. This is logged everytime the user opens this view. tmartino@chromium.org djean@chromium.org [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 djean@chromium.org [iOS Only] Tracks the number of profiles presented to the user in Manual Fallback. This is logged everytime the user opens this view. tmartino@chromium.org djean@chromium.org [iOS Only] Tracks the number of autofill suggestions present when the user taps on the credit card button in manual fallback. tmartino@chromium.org djean@chromium.org [iOS Only] Tracks the number of password suggestions present when the user taps on the password button in manual fallback. tmartino@chromium.org djean@chromium.org [iOS Only] Tracks the number of autofill suggestions present when the user taps on the profiles (address) button in manual fallback. rkgibson@google.com bling-team@google.com [iOS Only] Used on iOS 13+ to report the usage of Light and Dark mode. This is logged at startup and on each user interface style change. Can be caused by the system automatic switch or by the user manually changing the style.