From 833b05f083001131701ee3a4caa2ab1c3623853c Mon Sep 17 00:00:00 2001 From: Raymond Hill Date: Mon, 1 Jun 2015 19:00:11 -0400 Subject: [PATCH] Updated About the required permissions (markdown) --- About-the-required-permissions.md | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/About-the-required-permissions.md b/About-the-required-permissions.md index 4e8859b..c29a27f 100644 --- a/About-the-required-permissions.md +++ b/About-the-required-permissions.md @@ -78,6 +78,10 @@ This is necessary to be able to: uBlock's primary purpose is to block **network connections**, not just data transfer. Not blocking the connection while just blocking the data transfer would mean uBlock is lying to users. So this permission will stay, and sorry for those who do not understand that it actually allows uBlock to do its intended job more thoroughly[2]. A blocker which does not thoroughly prevent connections is not a real blocker. +**Edit:** actually, prefetching is worst than I first thought, I had tested that it was just a connection issue, but [as per Google](https://support.google.com/chrome/answer/1385029): + +> If you turn this setting on in Chrome, websites (and any of their embedded resources) that are prerendered or prefetched may set and read their own cookies as if you had visited them before -- even if you don’t visit the prerendered or prefetched pages after all. + **Privacy Badger also requires exactly the same permissions.** I want uBlock to also serve privacy-minded users first. If _prefetching_ had been disabled by default, this new permission would not be needed, but _prefetching_ is unfortunately enabled by default, and under _Privacy_ heading, which is itself hidden by default under _"advanced settings"_.