Skip to content

Commit 3ded9d9

Browse files
koops76J0WI
authored andcommitted
Update rulesets.md (EFForg#11235)
1 parent 124d79b commit 3ded9d9

File tree

1 file changed

+0
-4
lines changed

1 file changed

+0
-4
lines changed

docs/en_US/rulesets.md

Lines changed: 0 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -101,7 +101,3 @@ You can add more details, like a link to a bug report, in the comments for the f
101101
Some rulesets may trigger active mixed content (i.e. scripts loaded over HTTP instead of HTTPS). This type of mixed content is blocked in both [Chrome](https://trac.torproject.org/projects/tor/ticket/6975) and Firefox, before HTTPS Everywhere has a chance to rewrite the URLs to an HTTPS version. This generally breaks the site. However, the Tor Browser doesn't block mixed content, in order to allow HTTPS Everywhere to try and rewrite the URLs to an HTTPS version.
102102

103103
To enable a rule only on platforms that allow mixed content (currently only the Tor Browser), you can add a `platform="mixedcontent"` attribute to the ruleset element.
104-
105-
#### [HTTPS->HTTP downgrade rules](#https-http-downgrade-rules)
106-
107-
By default, HTTPS Everywhere will refuse to allow rules that would downgrade a URL from HTTPS to HTTP. Occasionally, this is necessary because the extension rewrites a page to HTTPS, and that page contains relative links to resources which do not exist on the HTTPS part of the site. This is very rare, especially because these resources will typically be blocked by [Mixed Content Blocking](#mixed-content-blocking-mcb). If it necessary, you can add a `downgrade="1"` attribute to the rule to make it easier to audit the ruleset library for such rules.

0 commit comments

Comments
 (0)