New issue
Advanced search Search tips

Issue 863736 link

Starred by 1 user

Issue metadata

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



Sign in to add a comment

Request: URL keyword block

Reported by dan.hob...@gmail.com, Jul 15

Issue description

The URLBlackList works great for the most part, and is quite flexible. However, what would be a fantastic additional policy is a simple URL keyword block that doesn't deconstruct the URL at all, but simply looks for the blocked strings and blocks the address if it finds any of them.

One example for this is "site%3Adrive.google.com" - this would block any Google searches within drive.google.com. Currently this can't be achieved, because:

*?q=site%3Adrive.google.com* doesn't work for me at all (presumably because the URLWhitelist entry for google.com is taking precedence).

https://www.google.co.uk/search?q=site%3Adrive.google.com* this works, but what if I'm searching for a particular term, and put that term first?:

https://www.google.co.uk/search?q=search+term+site%3Adrive.google.com now the above URLBlackList filter doesn't match.

Bottom line: URLBlackList is very powerful and flexible, but a simple string match filter would complement it greatly.
 
Cc: pastarmovj@chromium.org
Labels: -Type-Bug Type-Feature
Status: Untriaged (was: Unconfirmed)
Considering this as feature request, marking it as untriaged.
Cc: robertshield@chromium.org georgesak@chromium.org
Owner: privard@chromium.org
Sounds like a valid request. I think the reason "*?q=site%3Adrive.google.com*" doesn't work is because wildcard matching happens only on the domain level not in the query part. 
Status: Assigned (was: Untriaged)
this is a feature request. give to PM (privard@) to decide.

Sign in to add a comment