Last modified: 2013-08-26 07:21:45 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 T51151, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 49151 - Font for the page contents gets changed if display setting fonts are changed for English
Font for the page contents gets changed if display setting fonts are changed ...
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
UniversalLanguageSelector (Other open bugs)
unspecified
All All
: High major (vote)
: ---
Assigned To: Santhosh Thottingal
:
Depends on:
Blocks: 53015
  Show dependency treegraph
 
Reported: 2013-06-04 19:40 UTC by Runa Bhattacharjee
Modified: 2013-08-26 07:21 UTC (History)
9 users (show)

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


Attachments

Description Runa Bhattacharjee 2013-06-04 19:40:59 UTC
When fonts for English are changed from the ULS display settings, the font used on the page content gets changed along with the MediaWiki interface messages.

Steps to Reproduce:

1. Go to ULS -> Language Settings -> Display Settings as a logged-in user
2. Ensure that English is the selected language for the interface
3. Go to the 'Font' tab and select 'OpenDyslexic' from the dropdown menu

Actual Results:

1. The interface messages and the page contents are displayed using the OpenDyslexic font. This happens in the preview mode as well as after applying the settings

Expected Results:

1. Only the interface messages are displayed using the OpenDyslexic font.
Comment 1 Siebrand Mazeland 2013-06-05 14:18:48 UTC
Allegedly only happens when using OpenDylexic according to Santhosh. Lowering priority.
Comment 2 Siebrand Mazeland 2013-06-13 09:51:43 UTC
Riasing priority. Was also observed when:
* UI language is English
* English uses system font
* Content language is Tamil
* A paragraph is tagged with div lang="en"

Observed was that the tagged paragraph still had the Tamil default font applied

Expected was that the system font is applied.
Comment 3 Santhosh Thottingal 2013-06-13 09:57:13 UTC
lang="en" has no effect since en has no default font in our repository. So webfonts ignore that element and it inherits font style from body. So Tamil font get applied. If Tamil font has no glyphs defined for en, then it fallbacks to generic font family, ie sans-serif(system font).
Comment 4 Santhosh Thottingal 2013-06-13 09:59:01 UTC
..it inherits from any parent element style. May not be body tag. Can be the div from content starts.
Comment 5 Siebrand Mazeland 2013-07-08 06:37:32 UTC
Tracked for development at https://mingle.corp.wikimedia.org/projects/internationalization/cards/3519
Comment 6 Lokal_Profil 2013-08-15 15:17:34 UTC
Probably linked to this issue.

After selecting OpenDyslexic the interface+contents displays in this font (without clicking apply settings). Selecting the system font now only returns the interface to the normal font whilst the contents go on being displayed in the OpenDyslexic font. The page must then be reloaded in order to display the article in a normal font.

To reproduce follow Runa's instructions above then:
4. Select System font from the drop-down menu
5. Click Cancel

Happens in either sv.wiki or en.wiki and using either latest Chrome or Firefox.
Comment 7 Santhosh Thottingal 2013-08-23 12:12:25 UTC
upstream fix https://github.com/wikimedia/jquery.webfonts/pull/31
Comment 8 Gerrit Notification Bot 2013-08-23 13:01:23 UTC
Change 80554 had a related patch set uploaded by Santhosh:
Update jquery.ime from upstream

https://gerrit.wikimedia.org/r/80554
Comment 9 Gerrit Notification Bot 2013-08-26 06:43:05 UTC
Change 80554 merged by jenkins-bot:
Update jquery.webfonts from upstream

https://gerrit.wikimedia.org/r/80554

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


Navigation
Links