New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 893347 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
OOO Jan 14 - 25
Closed: Oct 10
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Chrome , Mac
Pri: 1
Type: Bug



Sign in to add a comment

Log NewTabPage.CustomizationAvailability.[Backgrounds|Shortcuts] when NTP extensions are installed

Project Member Reported by ramyan@chromium.org, Oct 8

Issue description

Chrome Version: 69.0.3497.100

What steps will reproduce the problem?
(1) Install an NTP-override extension (eg https://chrome.google.com/webstore/detail/momentum/laookkfknpbbblfpciffpaejjkokdgca?hl=en)
(2) Navigate to NTP
(3) Check chrome://histograms for log updates

Nothing's recorded because the case is skipped here: https://cs.chromium.org/chromium/src/chrome/browser/ui/search/ntp_user_data_logger.cc?l=597

This could lead to inconsistencies between # NTP loads and customization availability.

NOTE: This doesn't affect extensions that cause the DSP to change.
 
Labels: zine-triaged
Owner: ramyan@chromium.org
Status: WontFix (was: Available)
This is actually infeasible because CustomizationAvailability is logged at the end of an NTP load, triggered when all (MV / shortcut) tiles have loaded. Extensions like Momentum override the NTP altogether, so the event trigger is not available.

Looking at the existing data, there actually aren't any inconsistencies between num(NTP.LoadTime) events and sum_of (customization availability) events.

Sign in to add a comment