[Payment Request] Don't load validation rules in AddressNormalizationManager
Stops proactively loading validation rules in AddressNormalizationManager. There's no guarantee that the default country code provided to the AddressNormalizationManager is the same as the country code of the address to be normalized, nor how much this proactive loading of the rules speeds up the normalization. Therefore, this call is safe to remove. Also this async operation can break tests, in which there is a blocking call to base::Runloop::Run(). This CL also renames the payment instrument finder/launcher unit tests so that they share the same prefix as other iOS Payment Request unit tests. Bug: 602666 Change-Id: Ie9792faf33a6b826301519a0ace609cf4a18c9b9 Reviewed-on: https://chromium-review.googlesource.com/651168 Commit-Queue: mahmadi (Moe) <mahmadi@chromium.org> Reviewed-by:Sebastien Seguin-Gagnon <sebsg@chromium.org> Reviewed-by:
Mathieu Perreault <mathp@chromium.org> Cr-Commit-Position: refs/heads/master@{#499990}
Showing
This diff is collapsed.
Please register or sign in to comment