Country id now has to be retrieved with `RegionalCapabilitiesService`. This
poses some challenge as upstream seems to be in the process of working out how
this access occur, and for the moment there is some vetting what can access
`CountryAccessKey` through the use of `friend` whitelisting.
Chromium change:
https://chromium.googlesource.com/chromium/src/+/7e79ecc92f25b07ce95c2aa03e62ccd0b6e4b1cd
commit 7e79ecc92f25b07ce95c2aa03e62ccd0b6e4b1cd
Author: Nicolas Dossou-Gbete <dgn@chromium.org>
Date: Mon Mar 17 07:02:42 2025 -0700
rcaps: Remove GetCountryId and IsEeaChoiceCountry from search_engines
Migrates the last calls relying on these APIs from //c/search_engines,
replacing it with equivalent from //c/regional_capabilities where
needed, and removes the implementations from search_engines.
Fixed: 388792357
Bug: 328040066
Chromium change:
https://source.chromium.org/chromium/chromium/src/+/eda130f83b461682f3026cbfbf179be41a9e06e8
commit eda130f83b461682f3026cbfbf179be41a9e06e8
Author: Nicolas Dossou-Gbete <dgn@chromium.org>
Date: Tue Mar 4 05:30:20 2025 -0800
rcaps: Update the GetCountryId access control pattern
Wraps the country ID returned by RegionalCapabilitiesService in a
new `CountryIdHolder`, to introduce stricter owners review for its
usage.
Access now requires:
- The calling class to be a friend of `CountryIdHolder`
- Declaring a new `CountryAccessReason` clearly indicating the purpose
of the access
- The file requesting access should have a specific DEPS include for
for `country_access_reason.h` file
See http://go/rcaps-country-access-dd (Googlers only, sorry) for more
details.
Bug: 328040066
Claudio DeSouza
f8b77bd27e