You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Nov 6, 2023. It is now read-only.
I know a lot of sites that actually support HTTPS (everything works fine when you manually enter "https://" on any URL), but have hardcoded HTTP-Links in them. So they switch to unencrypted, even though encrypted would work.
In this case I surely have the option to write or submit my own rules, but not everyone is knowledgable enough or does not have enough time to do that.
It would be great if HTTPS-Everywhere had some kind of autodetection of unneccessary HTTPS->HTTP links within the same domain if no explicit rule exists.
Example:
I have a bookmark to the fully working, encrypted https://site.example.com/index.php and this page has a link that leads to http://site.example.com/subpage.php. Now, sadly site.example.com has no HTTPS-E rule (yet) and I do not know how to create one. It would be nice if HTTPS-E could fix this for me, by auto-rewrite such links to the https-version (the condition would be: "I have no explicit rule, but I know from the URL that https is possible on this domain").
This feature should be toggable, of course, to allow unbreaking sites that may introduce problems.
The text was updated successfully, but these errors were encountered:
foobar13373
changed the title
Feature wish: Rewrite hardcoded HTTP-Links to HTTPS on HTTPS-enabled sites within the same domain
Feature wish: Rewrite hardcoded HTTP-Links to HTTPS on HTTPS-enabled sites within the same domain if no explicit rule exists
Jun 28, 2015
foobar13373
changed the title
Feature wish: Rewrite hardcoded HTTP-Links to HTTPS on HTTPS-enabled sites within the same domain if no explicit rule exists
Feature wish: Rewrite hardcoded HTTP-Links to HTTPS on knowlingly (by URL) HTTPS-enabled sites within the same domain if no explicit rule exists
Jun 28, 2015
This is an interesting idea! But I think it adds a lot of complexity to the code base for a feature that would have to be default-off due to the potential for breakage. Instead, I would like to make it much easier to create a local ruleset in Firefox, similar to how you can create on in Chrome (An "add this site" option under the HTTPS Everywhere menu). Related to #1681.
I know a lot of sites that actually support HTTPS (everything works fine when you manually enter "https://" on any URL), but have hardcoded HTTP-Links in them. So they switch to unencrypted, even though encrypted would work.
In this case I surely have the option to write or submit my own rules, but not everyone is knowledgable enough or does not have enough time to do that.
It would be great if HTTPS-Everywhere had some kind of autodetection of unneccessary HTTPS->HTTP links within the same domain if no explicit rule exists.
Example:
I have a bookmark to the fully working, encrypted https://site.example.com/index.php and this page has a link that leads to http://site.example.com/subpage.php. Now, sadly site.example.com has no HTTPS-E rule (yet) and I do not know how to create one. It would be nice if HTTPS-E could fix this for me, by auto-rewrite such links to the https-version (the condition would be: "I have no explicit rule, but I know from the URL that https is possible on this domain").
This feature should be toggable, of course, to allow unbreaking sites that may introduce problems.
The text was updated successfully, but these errors were encountered: