[Webkit-unassigned] [Bug 187502] New: Content blocker fails to block on internal page load

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=187502

            Bug ID: 187502
           Summary: Content blocker fails to block on internal page load
           Product: WebKit
           Version: WebKit Local Build
          Hardware: Macintosh
                OS: macOS 10.13
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: New Bugs
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: opendarwin at lapcatsoftware.com

Created attachment 344656

  --> https://bugs.webkit.org/attachment.cgi?id=344656&action=review

content blocking rules

If you load a page from the address bar, then the content blocking rules apply, but if a page redirects, it can bypass the content blocking rules. This happens in Safari, as well as in the MiniBrowser sample project.

Steps to reproduce:
1. Build WebKit
2. Run MiniBrowser
3. Open "Debug" menu
4. Select "Show Extensions Manager"
5. Click the + button
6. Select the attachment "test.json"
7. In the address bar, load https://developer.apple.com/search/
8. Enter "NSArray" in the search field, and press return
9. Press the reload button

The content blocking rules specify that "https://developer.apple.com/search/?q=NSArray" should be blocked. In step 8, the page redirects to "https://developer.apple.com/search/?q=NSArray", but the content blocking rules do not block it. In step 9, however, the content blocking rules do apply, and you see "Content blocker prevented frame displaying https://developer.apple.com/search/?q=NSArray from loading a resource from https://developer.apple.com/search/?q=NSArray" in the JavaScript console.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20180710/94df84b2/attachment-0001.html>