Last modified: 2014-09-10 23:17:46 UTC
Created attachment 16431 [details] screenshot At Enwiki today, I'm seeing OpenSymbol glyphs instead of WikiFont glyphs, in a few instances. (See screenshot) I tried adding "!important" to the WikiFont-Glyph font-family rule, but that did not help.
This isn't happening to me, I see the hollow watchlist star in chromium and Firefox, and Firefox is computing and using font 'font-family: "WikiFont-Glyphs" for 'wikiglyph wikiglyph-unstar'. My browsers' textareas and my Ubuntu terminal all show the same shadowed circle '' as in the screenshot for that code point. https://en.wikipedia.org/wiki/%EE%80%85 confirms it's in the Private Use Area, so I guess glyphs for private code points are now showing up in system fonts. If this bug is reproducible by more users we could try to find an unused block in the private user area for WikiFont glyphs. Or switch some of them to existing code points like 'ARABIC FIVE POINTED STAR.' We're probably going to move back to SVGs for Wiki icons.
I reloaded in Chromium 37 on Ubuntu with ?debug=1 and now I see the wrong glyphs! Inspector > Computed still says font-family: WikiFont-Glyphs , though it's dimmed. I'm not sure what's going on, but two possible bugs: 1) The console says the ResourceLoader module 'ext.flow.icons.styles' which defines the CSS is not loaded (mw.loader.getState( 'ext.flow.icons.styles' ) returns 'registered' not 'ready'). Surely something should be trying to load it. Yet the CSS is there. 2) When I tried to load that module myself with mw.loader.load( 'ext.flow.icons.styles' ) in the browser console, it printed "3Font from origin 'https://bits.wikimedia.org' has been blocked from loading by Cross-Origin Resource Sharing policy: No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'https://en.wikipedia.org' is therefore not allowed access." In chromium's Network panel, the net requests for the font below all return 200 OK, but zero bytes! https://bits.wikimedia.org/static-1.24wmf19/extensions/Flow/modules/new/fonts/WikiFont-Glyphs.woff?2014-08-28T18:13:20Z https://bits.wikimedia.org/static-1.24wmf19/extensions/Flow/modules/new/fonts/WikiFont-Glyphs.ttf?2014-08-28T18:13:20Z https://bits.wikimedia.org/static-1.24wmf19/extensions/Flow/modules/new/fonts/WikiFont-Glyphs.svg
I can reproduce this on mediawiki.org and enwiki, in Chromium by opening an incognito window and visiting a Flow board or topic. I get the wrong glyphs and the error. Yet it doesn't happen for May. beta labs works, but requests like http://bits.beta.wmflabs.org/static-master/extensions/Flow/modules/new/fonts/WikiFont-Glyphs.woff?2014-06-26T20:45:00Z have Access-Control-Allow-Origin:* in the header. Maybe some bits servers are configured differently? Maybe the rules are different in different browsers? I'm adding Jon and Shahyar, and bumping the priority because the garbled icons make Flow unusable.
Also happened to Danny Horn in Firefox. It seems some responses from bis.wikimedia.org are missing the Access-Control-Allow-Origin:* and without this the WikiFont-Glyphs does not load. But it keeps shifting. Perhaps it is correlated with cache misses (the X-Cache: header. Comparing two curl requests, '<' worked, '>' did not: < $ curl --head 'https://bits.wikimedia.org/static-1.24wmf20/extensions/Flow/modules/new/fonts/WikiFont-Glyphs.woff?2014-08-28T18:13:20Z' > $ curl --head 'https://bits.wikimedia.org/static-1.24wmf19/extensions/Flow/modules/new/fonts/WikiFont-Glyphs.woff?2014-08-28T18:13:20Z' < Date: Wed, 10 Sep 2014 21:54:29 GMT > Date: Wed, 10 Sep 2014 21:53:53 GMT < Last-Modified: Thu, 04 Sep 2014 17:12:08 GMT < ETag: "22d4-5024073d42a00" > Last-Modified: Thu, 28 Aug 2014 18:13:48 GMT > ETag: "22d4-501b47f7a0f00" > Cache-Control: max-age=2592000 > Expires: Thu, 09 Oct 2014 15:17:08 GMT > Access-Control-Allow-Origin: * < X-Varnish: 3201909556, 2569571834 > X-Varnish: 2866054579 2843765470, 1368719213 1228023648 < Age: 0 < X-Cache: cp1069 miss (0), cp4003 miss (0) > Age: 110205 > X-Cache: cp1069 hit (3), cp4001 hit (11)
Created attachment 16435 [details] Flow on enwiki on Chrome 39
We think this was an apache web server config issue, should be fixed by https://gerrit.wikimedia.org/r/#/c/159627/ once the apaches are restarted.
Font from origin 'https://bits.wikimedia.org' has been blocked from loading by Cross-Origin Resource Sharing policy: No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'https://en.wikipedia.org' is therefore not allowed access. https://en.wikipedia.org/w/index.php?title=Topic:S23kgr0jal6zroqo&action=raw&ctype=text/css&maxage=0&smaxage=0 Failed to load resource: the server responded with a status of 415 (Unsupported Media Type) https://en.wikipedia.org/w/index.php?title=Topic:S22olnmzgd49twr0&action=raw&ctype=text/css&maxage=0&smaxage=0 Failed to load resource: the server responded with a status of 415 (Unsupported Media Type)
