Page MenuHomePhabricator

Internet Explorer 11.0 hangs on wikimedia.org sites
Closed, InvalidPublic

Description

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.

Event Timeline

AxelBoldt created this task.May 4 2016, 1:26 AM
Restricted Application added subscribers: Zppix, Aklapper. · View Herald TranscriptMay 4 2016, 1:26 AM
Krenair added a subscriber: Krenair.May 4 2016, 1:35 AM

WFM on Windows 10

Restricted Application added a project: Operations. · View Herald TranscriptMay 4 2016, 1:35 AM
Danny_B added a subscriber: Danny_B.

@AxelBoldt Please specify exact IE and Windows version (ie. including build #), thanks.

In IE 11.0.9600.17914 @ Win7 Ultimate SP1 64bit (6.1 build 7601) it loads, though it takes about 15 secs...

brion added a subscriber: brion.May 4 2016, 2:16 AM

Works for me in IE 11 on a Win7 vm.

BBlack added a subscriber: BBlack.May 4 2016, 2:20 AM

@AxelBoldt Please specify exact IE and Windows version (ie. including build #), thanks.
In IE 11.0.9600.17914 @ Win7 Ultimate SP1 64bit (6.1 build 7601) it loads, though it takes about 15 secs...

What takes 15 seconds, exactly?

Danny_B added a comment.EditedMay 4 2016, 2:26 AM

@AxelBoldt Please specify exact IE and Windows version (ie. including build #), thanks.
In IE 11.0.9600.17914 @ Win7 Ultimate SP1 64bit (6.1 build 7601) it loads, though it takes about 15 secs...

What takes 15 seconds, exactly?

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.

BBlack added a comment.May 4 2016, 2:31 AM

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:

https://commons.wikimedia.org/static/1.27.0-wmf.8/resources/lib/jquery.ui/themes/smoothness/images/ui-bg_glass_75_e6e6e6_1x400.png?944bb
https://commons.wikimedia.org/static/1.27.0-wmf.8/resources/lib/jquery.ui/themes/smoothness/images/ui-icons_888888_256x240.png?302ae

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.

Any add-ons by any chance?

@AxelBoldt To clarify: by "Wikimedia sites" you mean only *.wikimedia.org, right?

BBlack added a comment.EditedMay 4 2016, 2:56 AM

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:

SiteDomainCache Cluster
https://stats.wikimedia.orgwikiMedia.orgmisc
https://phabricator.wikimedia.orgwikiMedia.orgmisc
https://commons.wikimedia.orgwikiMedia.orgtext
https://meta.wikimedia.orgwikiMedia.orgtext
https://en.wikipedia.orgwikiPedia.orgtext
https://maps.wikimedia.orgwikiMedia.orgmaps

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.

@AxelBoldt, would you mind giving wikitech.wikimedia.org and gerrit.wikimedia.org a try?

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?

Did it get stuck with "Waiting for commons.wikimedia.org" or return you a funny error on those two?

BBlack added a comment.May 4 2016, 3:18 AM

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.

I just reinstalled the browser and all Wikimedia sites work fine now. I am sorry for having wasted everybody's time.

AxelBoldt closed this task as Invalid.May 4 2016, 3:25 AM