Jan 22 2020 05:44 AM
Some time after receiving the latest update on the dev channel, the browser seemingly broke for almost all HTTPS sites. I've got a local webpack dev server running that still seems to work, but anything other than localhost seems to fail.
One example is http://www.httpvshttps.com/ which loads fine, but as soon as I select to run the test over HTTPS, I immediately get the "Hmmm... can't reach this page" with an "ERR_CONNECTION_CLOSED" error code. Google.com, bing.com, etc, they all fail.
I've tried it on several different networks, but the issue still persists.
Every other browser on my system works just fine (Firefox, Edge (Non-Chromium), IE, Chrome Dev, and Edge Dev worked fine up until very recently (last week, perhaps?). I mostly use it as a browser for development, so it might've broken before the latest dev channel update, but that's when I first discovered it.
I've tried reinstalling Edge Dev, I've double-checked that it's not using any weird proxy settings, my OS and AV is fully updated (Win 10 b1909, Windows Defender). Maybe there's an obvious thing causing this, but I can't see it
Feb 03 2020 12:44 PM
@oddnes Thanks for letting us know. If the issue is persisting, can you please first try on the newest version of MS Edge Dev then Canary? And if it's still not working, it would be great if you could submit feedback through the browser so our devs can see the logs.
Fawkes (they/them)
Project & Community Manager - Microsoft Edge
Feb 26 2020 02:31 AM
@Deleted
Currently I've the same problem with Edge Dev (82.0.425.3) and Edge Can (82.0.436.0)
Feb 27 2020 12:03 AM
@danielthecoder I have the exact same problem, started with Edge Dev 82.0.425.3 and is still present with 82.0.432.3. I downloaded Canary today (82.0.437.0), same problem.
@Deleted At my organisation, we use Zscaler. I used to have the "Your connection isn't private" issue that was talked about in https://techcommunity.microsoft.com/t5/discussions/your-connection-isn-t-private-zscaler/m-p/1059762, but that went away after some update and all was good for a while.
I have also sent this as feedback through the browser.
Feb 27 2020 08:55 AM
@adamohman @danielthecoder Thank you both. I'm working with the team to get more info on this. In the meantime, can you both please confirm:
1) Do your DNS settings seem to be correctly configured?
2) Is this happening with any other browsers, specifically Chromium-based ones?
Fawkes (they/them)
Project & Community Manager - Microsoft Edge
Feb 27 2020 09:05 AM
Feb 27 2020 09:37 AM - edited Feb 27 2020 10:10 AM
Solution@adamohman @danielthecoder @oddnes
This is very likely the same issue as some users saw in December, whereby most or all HTTPS connections fail with one of several error messages. You can verify if this is the case by closing all Edge instances and hitting Win+R, then running
msedge.exe --disable-features=PostQuantumCECPQ2
Feb 27 2020 09:59 AM
@Eric_Lawrence starting edge dev (82.*) with msedge.exe --disable-features=PostQuantumCECPQ2 is working for me.
I don't know if we are using ZScaler, I'll check it with our IT department.
Feb 27 2020 01:01 PM - edited Feb 27 2020 01:05 PM
I tried the --disable-features=PostQuantumCECPQ2 flag from the previous thread but somehow missed the last "2"... facepalm. When copy-pasting the correct string, my latest Edge Dev (82.0.432.3) now works for external https sites, so a super big thank you @Eric_Lawrence! Now I can continue using my new favorite browser 🙂
Just to be clear and to also confirm @danielthecoder findings:
Chrome (80.0.3987.122 ) = works
Chrome Dev (82.0.4068.5) = has the problem
Edge Dev and Canary (82.*) without the PostQuantum flag = has the problem
Edge Dev and Canary (82.*) with the PostQuantum flag = works
And "has the problem" means that internal https sites can be reached, but not external/remote https sites.
@Eric_Lawrence Do you have any more details about the Zscaler fix? I tried searching but could not find anything relevant online. I would be really (extra) grateful for any pointers that I could pass on to our network team, and useful for others that see this thread.
Feb 27 2020 01:36 PM
@Eric_Lawrence Thank you so much, msedge.exe --disable-features=PostQuantumCECPQ2 did the trick for accessing external/remote https sites! I will pass the info about the Zscaler "support case 983026 / (view restricted) issue 1033401" that you mentioned 17 Jan 2020 on https://bugs.chromium.org/p/chromium/issues/detail?id=1028602 to our network team. If you have any more details or more recent information about the fix, I would be (even more) grateful.
To summarize and also confirm @danielthecoder's findings:
Chrome (80.0.3987.122 ) = OK
Chrome Dev (82.0.4068.5) = Error
Edge Dev (82.0.432.3) = Error
Edge Canary (82.0.438.0) = Error
Edge Dev with the --disable-features=PostQuantumCECPQ2 flag = OK
And thanks @oddnes for starting this thread!
Cheers,
Adam
Feb 27 2020 01:39 PM
Mar 03 2020 01:44 AM
@Eric_Lawrence We are not using ZScaler, we are seeing this issue with citrix netscaler.
Feb 27 2020 09:37 AM - edited Feb 27 2020 10:10 AM
Solution@adamohman @danielthecoder @oddnes
This is very likely the same issue as some users saw in December, whereby most or all HTTPS connections fail with one of several error messages. You can verify if this is the case by closing all Edge instances and hitting Win+R, then running
msedge.exe --disable-features=PostQuantumCECPQ2