When trying to access https://commons.wikimedia.org or http://commons.wikimedia.org using Internet Explorer 11.0 on Windows 7, the browser shows "Waiting for commons.wikimedia.org" forever and does not connect. The same happens for meta.wikimedia.org, commons.m.wikimedia.org and wikimedia.org. All other sites, including Wikimedia sites such as Wikipedia, Wiktionary or Mediawiki, work fine in Internet Explorer. All Wikimedia sites work fine in Firefox and Chrome.
I type commons.wikimedia.org, hit Enter. Spinner spins for ~15 secs and then the page pops up. Completely. No sign of sequential loading (ie. page re-rendering due to new stylesheet rules delivered or any JS triggerred) Other browsers are much faster and/or show the sequential loading.
That's fascinating. Is it only commons and meta like the original description, or all our sites?
Probably completely unrelated, but while looking at commons root URL in Chrome, I noticed a pair of 404s:
Both of these show up in chrome's network timeline as 404s referenced by onloadwff.js....
My information: IE Version 11.0.9600.18282CO, Windows 7 Enterprise 64bit Service Pack 1, build 7601, 7601.23391.amd64fre.win7sp1_ldr.160316-0600
The Wikimedia sites don't load here, even after waiting for 15 minutes.
It's a bit perplexing that this is only affecting sites in wikimedia.org for you. That's not really a technical distinction in our clusters (we have wikimedia.org in multiple clusters, and multiple domains on the primary text cluster). Some test cases to elucidate where the problem lies:
There are some notable differences between cache clusters presently (and these are ever-evolving):
misc - Varnish 3, HTTP/2
text - Varnish 3, SPDY/3
maps - Varnish 4, HTTP/2
misc and maps switch from SPDY/3 to HTTP/2 just happened today. If anything, I would've expected some correlation there. But you seem to indicate the common factor is just wikimedia.org, and are noting sites only on the text cluster...
Yes, I mean only *.wikimedia.org sites.
There is in fact one suspicious add-on enabled: "DefaultTab Browser Helper" which appears to be malicious and cannot be disabled. I will try to get rid of it and report back.
None of maps.wikimedia.org, stats.wikimedia.org, phabricator.wikimedia.org, meta.wikimedia.org, commons.wikimedia.org, wikitech.wikimedia.org and gerrit.wikimedia.org work for me.
DNS problems should apply to all browsers equally, no?
Well, sure, but so should all other problems in theory. The DNS for these sites is fine, and is served by the same DNS servers in the same way as e.g. en.wikipedia.org, which I presume still works fine as it said in the original description. Since we haven't had other reports, most likely this is a very localized problem (just your browser, or just your ISP?).
If you think you have malicious 3rd party software infecting your browser and/or computer, I'd pursue fixing that first, though.