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

Issue 703582 link

Starred by 1 user

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Feature



Sign in to add a comment

Port subresource_filter to Headless Chrome.

Project Member Reported by pkalinnikov@chromium.org, Mar 21 2017

Issue description

Assuming the activation mechanism is decoupled from filtering, here is what needs to be done:

0. Make //headless directly depend on //components/subresource_filter.
1. Provide a way to supply the ruleset to subresource_filter other than Component Updater, e.g., a take it from a local file.
2. Create an activation mechanism in //headless, because the current one resides in //chrome layer (Safe Browsing).
 
Cc: skyos...@chromium.org pkalinnikov@chromium.org
Components: Internals>Headless
Project Member

Comment 3 by sheriffbot@chromium.org, May 15 2018

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Blocking: -609747
Components: UI>Browser>AdFilter
Labels: -Restrict-View-Google -Pri-1 -M-59 Pri-3
Status: Available (was: Untriaged)
It would be nice to have this, since we are planning (potentially web visible) interventions using this technology.

However, it is not time critical. No longer needs to be R-V-G either.

Sign in to add a comment