Last modified: 2013-05-29 17:31:40 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 28753 - Burmese language name is not shown in the interlanguage links list in IE
Burmese language name is not shown in the interlanguage links list in IE
Product: MediaWiki
Classification: Unclassified
Internationalization (Other open bugs)
All All
: Normal normal (vote)
: ---
Assigned To: asharma
: i18n
Depends on:
  Show dependency treegraph
Reported: 2011-04-29 22:14 UTC by Amir E. Aharoni
Modified: 2013-05-29 17:31 UTC (History)
9 users (show)

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

IE9 screenshot. "my" language name highlighted (53.21 KB, image/png)
2011-05-16 23:55 UTC, Siebrand Mazeland

Description Amir E. Aharoni 2011-04-29 22:14:39 UTC
In IE8 and IE9 on Windows 7 the name of the Burmese language (code my) is shown as squares in the interlanguage links list. The actual Burmese Wikipedia does seem to work in the same browser, so i have a font installed, but in the links list the link is not seen, so the reader has to guess that that is the language.

This does work correctly in Firefox on the same computer. I opened articles with a lot of interlanguage links, like [[True Jesus Church]] :), and i didn't see any other language that is affected by this problem, but i use Internet Explorer very rarely, so it's possible that there are others.

This may be Microsoft's fault, but if there's anything that MW developers can do to fix it, it would be nice. Maybe explicitly specifying a font will correct this.
Comment 1 Bawolff (Brian Wolff) 2011-04-29 22:17:38 UTC
Its Microsoft's fault :P

When firefox sees a character that doesn't exist in the current font, it tries every font it has until it finds one that works. When IE sees a character that doesn't exist in the current font, it sits down and cries.

Explicitly specifying a font that has that character would fix the issue though.
Comment 2 Mark A. Hershberger 2011-04-30 19:05:42 UTC
Giving this to Alolita as she is most likely to know who should/could apply the font-specification.
Comment 3 Siebrand Mazeland 2011-05-16 23:55:22 UTC
Created attachment 8541 [details]
IE9 screenshot. "my" language name highlighted

Added IE9 screenshot with "my" autonym highlighted. I confirm the observation that after adding the font that is advertised on the main page of the interwiki link is not being diplayed in a readable format. Blocks are still being displayed, while text in my.wp is now displayed in characters instead of blocks. I have also tested on Firefox 4 in OSX with the same font, and there everything worked as expected; both interwiki link description as well as my.wp content were displayed in characters instead of blocks.

Feels very much like a browser issue, and not as a MediaWiki issue.
Comment 4 Amir E. Aharoni 2011-05-17 07:57:07 UTC
Yes, it is a browser issue, but see the description: MW developers can work around it by specifying font-family explicitly for this language.

A solution that will be even better, though slightly harder to implement, would be to specify a webfont for every language based on the lang attribute. But until this is implemented (and it should be!) font-family must be explicitly specified for the interlanguage links to Burmese.
Comment 5 Niklas Laxström 2012-09-25 23:41:22 UTC
Is this solved now by WebFonts/ULS?
Comment 6 Andre Klapper 2012-10-30 14:45:17 UTC
Amir: Do you know if this is solved by WebFonts/ULS?
Comment 7 Andre Klapper 2013-02-08 10:19:00 UTC
Amir: Do you know if this is solved by WebFonts/ULS?
Comment 8 Amir E. Aharoni 2013-02-08 10:53:17 UTC
(Sorry about the delay - for some reason I didn't receive emails about this bug.)

It is solved by Webfonts or ULS on wikis where Webfonts or ULS are installed. That means - not on the English Wikipedia, for example.

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