-
Notifications
You must be signed in to change notification settings - Fork 1.1k
2020.5.20 does not fix port whitelisting issue #19291
Comments
There was a breaking change in the whitelisting mechanism, and I suspect this is an issue with the legacy whitelist entries. Would you try to add a new whitelist item for the same website without specifying the port number? |
Ok, for some reason I missed the disable HTTPS Everywhere on this site button that was staring me in the face. |
I deleted this comment because I thought I was incorrect, but looking closer at the network trace, I see that this is correct: |
@cschanaj It seems as if #18760 should be reverted for now. @jmgurney Thank you for reporting. |
After I return from my week off, my priority is to set this patch release. Would have done it this week, but didn't want to not be available for extended support/hotfixes, etc. Thank you for your patience. |
Please check if your issue still persists in version 2020.8.13, I will wait for confirmation before closing. |
Seems as if this is resolved since there are no further reports. Closing |
Type: code issue
When upgrading to 2020.5.20, I experience the issue that if Encrypt All Sites Eligible is on, that sites w/ a port number and are included in the whitelist are broken and unreachable. If I downgrade to 2019.11.7, things work fine. See previously related issue:
#19029
When I got to a site w/ a port number that is different that 443, and the that site uses http, but the 443 port is available, I get an error that the proxy server is refusing connections. I normally use a proxy server to browser the web, and w/ 2019.11.7, things work. The site w/ port number is correct listed in the HTTPS Everywher Sites Disabled list, and so should work as normal. The only change is switching between 2020.5.20 and 2019.11.7, no other changes are made.
This is with Firefox 76.0.1.
The text was updated successfully, but these errors were encountered: