Last modified: 2012-03-20 12:32:04 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T34775, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 32775 - Webfonts doesn't render in IE8 and produces junk characters
Webfonts doesn't render in IE8 and produces junk characters
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
WebFonts (Other open bugs)
unspecified
All Windows XP
: Low normal (vote)
: ---
Assigned To: Santhosh Thottingal
: i18n, upstream
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-12-02 20:30 UTC by Srikanth Logic
Modified: 2012-03-20 12:32 UTC (History)
6 users (show)

See Also:
Web browser: Internet Explorer
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments
Webfonts IE8 - Breaks for Tamil (156.73 KB, image/png)
2011-12-02 20:30 UTC, Srikanth Logic
Details
Webfonts IE8 - breaks for Hindi (164.89 KB, image/png)
2011-12-02 20:32 UTC, Srikanth Logic
Details

Description Srikanth Logic 2011-12-02 20:30:35 UTC
Created attachment 9599 [details]
Webfonts IE8 - Breaks for Tamil

Webfonts renders junk on IE8. Tested for Tamil / Marathi , so this is not a font issue. This doesnt break completely and part of interface text in language is visible properly. If we reset to system font and switch back to webfont, this does not happen.

Another strange this I found was when the junk is displayed, moving mouse to certain points on the location (hovering over live search textbox for ex) makes the font render, but moving the mouse brings back to junk. IE is special :D
Comment 1 Srikanth Logic 2011-12-02 20:32:21 UTC
Created attachment 9600 [details]
Webfonts IE8 - breaks for Hindi
Comment 2 Santhosh Thottingal 2011-12-04 10:11:16 UTC
I am trying to reproduce this. I could not reproduce this in IE8+ Windows 7 box. Amir had told me this issue when he tried in his Windows XP+ IE 8 browser. From your screenshot, I assume that you also have the same combination. I will try to reproduce and update you.
Comment 3 Santhosh Thottingal 2011-12-05 15:21:08 UTC
Srikanth, can you tell me the exact version of windows xp? Service pack 2 or 3? 
I tried to get screenshot from Windows XP SP3+ Windows 8 and results are here:
 http://crossbrowsertesting.com/users/34057/screenshots/z0e15410d9d0a9b1bf09/public 
Sreenshots does not have junk characters.
Comment 4 Srikanth Logic 2011-12-05 18:41:03 UTC
Santhosh, I am also on Windows XP SP3 + IE8.

I am trying now at my home network and not able to reproduce. Strange. Is it something to have with connection speed / broken download of webfonts or something like that ? I am just taking wild guess.
Comment 5 Derk-Jan Hartman 2011-12-05 20:10:12 UTC
perhaps partial download of the font file ?
Comment 6 Santhosh Thottingal 2011-12-10 04:38:27 UTC
Changed the importance to normal since it is not reproducible always and happens in a particular os-browser combination. Since the issue disappears when page is reloaded, I assume that it is because of partially downloaded font as Derk-Jan Hartman noted.

I documented this as known issue in http://www.mediawiki.org/wiki/Extension:WebFonts
Comment 7 Srikanth Logic 2011-12-10 04:47:57 UTC
(In reply to comment #5)
> perhaps partial download of the font file ?

Dont think its a partial download issue. Otherwise it cant render perfectly when I hover mouse over certain places, but break again when i move my mouse. Also note that only part of the page is not rendered, some text are rendered. I think we must say IE is special and move on. Probably file an IE bug?
Comment 8 Siebrand Mazeland 2011-12-12 23:51:24 UTC
Some of the things we were able to find out after deployment. Still no scenario that is guaranteed to show the problem, but more often yes than no:

Steps to reproduce (using Windows Xp and Internet Explorer 8):
1. go to www.google.com
2. clear all caches and other things that can be cleared in IE8
3. goto http://ne.wikipedia.org - let the page load
4. add "?action=purge" to the URL, press <enter>
5. Observe the loaded page: displays gibberish.
Additional information: can also be reproduced on http://mr.wikipedia.org and http://translatewiki.net/wiki/Main_Page?uselang=ml&action=purge (also: bn, my, ...). Cannot reproduce for "he".

Waiting for first reports in the wild, but this is a case that might cause us to disable WebFonts for IE8, if possible only in Windows XP, because we have not been able to reproduce this in later versions of Windows with IE8. We're all sleeping now and are going to continue in 5h10m.
Comment 9 Siebrand Mazeland 2011-12-14 12:17:51 UTC
Based on these observations we think it is a bad idea to keep supporting WebFonts in Internet Explorer 8 on Windows XP and we have disabled it in r106172. This will be deployed soon when we have also addressed a few other open issues.
Comment 10 Amir E. Aharoni 2011-12-19 10:14:10 UTC
It's not really FIXED, because a lot of people who use Internet Explorer 8 cannot use web fonts. It may be a rough estimation, but according to [1] that's about 15% of our readers. In India the percentage may be even higher. If they use Windows XP, they cannot update to MSIE9 either.

I'll try reporting it upstream to Microsoft.

[1] http://stats.wikimedia.org/wikimedia/squids/SquidReportClients.htm
Comment 11 Siebrand Mazeland 2011-12-19 10:15:21 UTC
So how can we get this issue made known upstream?
Comment 12 Amir E. Aharoni 2011-12-19 10:41:35 UTC
I couldn't find an official channel for IE8 bug reports, but i emailed some people in Microsoft who may be able to help.
Comment 13 Siebrand Mazeland 2012-01-11 10:22:29 UTC
Changing priority to low, because this is upstream and we can unfortunately not influence Microsoft's development planning.
Comment 14 Amir E. Aharoni 2012-03-05 10:16:12 UTC
Nobody is able to reproduce this bug anymore. I completely removed the blacklisting of IE8 in r113011. This will probably be deployed on Monday March 12.

If anybody still thinks that IE8 should be blacklisted, please speak up before that time.
Comment 15 Santhosh Thottingal 2012-03-20 12:32:04 UTC
I am closing thiis as per comment 14,  "Fixed" status is because, the issue disappeared after the EOT fonts used by IE8 converted to much compressed format using Microtype Express compression format(using Google sfntly library)

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links