[Subresource Filter] Eliminate infobar dependence on //chrome client
We are targeting the ads blocked infobar for componentization and reuse by WebLayer. To facilitate that componentization this CL eliminates the infobar's dependence on ChromeSubresourceFilterClient. To do so, we make ChromeSubresourceFilterClient::OnReloadRequested() an API on the SubresourceFilterClient interface. There is no behavioral change. In the future we plan to move the *implementation* of ChromeSubresourceFilterClient::OnReloadRequested() into the throttle manager for sharing with //weblayer. However, that is for a later stage, as it is dependent on first bringing awareness of content settings into the component. We have put a TODO in the code to this effect. Bug: 1116095 Change-Id: Iff57d3a3fe382d0371fc983084e75d3eb8fb7909 Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/2461006 Commit-Queue: Colin Blundell <blundell@chromium.org> Reviewed-by:Eric Robinson <ericrobinson@chromium.org> Cr-Commit-Position: refs/heads/master@{#815532}
Showing
Please register or sign in to comment