Last modified: 2013-02-20 21:28:51 UTC
Viewing Wikipedia with vector skin has the following HTML right before the end of the ending </head> tag: <!--[if lt IE 7]><style type="text/css">body{behavior:url("/w/skins-1.21wmf5/vector/csshover.min.htc")}</style><![endif]--> That points to http://en.wikipedia.org/w/skins-1.21wmf5/vector/csshover.min.htc which responds with a HTTP 404/Not found error This HTML is inserted at function initPage in Vector.php: // Append CSS which includes IE only behavior fixes for hover support - // this is better than including this in a CSS fille since it doesn't // wait for the CSS file to load before fetching the HTC file. $min = $this->getRequest()->getFuzzyBool( 'debug' ) ? '' : '.min'; $out->addHeadItem( 'csshover', '<!--[if lt IE 7]><style type="text/css">body{behavior:url("' . htmlspecialchars( $wgLocalStylePath ) . "/{$this->stylename}/csshover{$min}.htc\")}</style><![endif]-->" ); So maybe $wgLocalStylePath is misconfigured in WMF. That "behavior:..." in the CSS rule only affects Internet Explorer, but if the problem is $wgLocalStylePath then the problem can affect other parts of the site. Note that if instead of http://en.wikipedia.org/w/skins-1.21wmf5/vector/csshover.min.htc we get http://en.wikipedia.org/w/skins/vector/csshover.min.htc , the file exists there. Other MediaWiki installations outside WMF has the correct location of that file
Confirming for http://en.wikipedia.org/wiki/?useskin=vector
*** This bug has been marked as a duplicate of bug 44570 ***
(In reply to comment #2) > > *** This bug has been marked as a duplicate of bug 44570 *** Sam, could you please confirm if it's really a duplicate of bug 44570 ? bug 44570 happens on cached content (if I haven't understood it wrong). What happens on Wikipedia doesn't seem a cache problem. The report was from nearly 2 months now and is still reproducible, even with action=purge, debug=true and logged in. I doubt caching takes too long (and if it takes, then we have a big problem here). Reopening for now.
reedy@fenari:~$ mwscript eval.php enwiki > echo $wgLocalStylePath; /w/skins-1.21wmf9 <script src="//bits.wikimedia.org/geoiplookup"></script><link rel="dns-prefetch" href="//meta.wikimedia.org" /><!--[if lt IE 7]><style type="text/css">body{behavior:url("/w/skins-1.21wmf9/vector/csshover.min.htc")}</style><![endif]--></head> It's the same bug. Loading the main page logged in or logged out, I don't get any wmf5 resources Just because a page isn't served directly from a higher up cache (squid), doesn't mean lower stuff (e.g parser cache) aren't cached either. *** This bug has been marked as a duplicate of bug 44570 ***
Yup, you're right, sorry. Fixed in https://gerrit.wikimedia.org/r/50048 The problem is now a caching issue, with squid caching the 404s
Looks resolved now. on en.wikipedia.org and mediawiki.org the generated HTML points to static- instead of skins-
