317037 - Fonts for rendering Unicode characters are not chosen based on the actual font repertoire

Status: RESOLVED DUPLICATE of bug 254585

(Core Graveyard :: GFX: Mac, defect)

Description

[Julian Tarkhanov]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8) Gecko/20051111 Firefox/1.5
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8) Gecko/20051111 Firefox/1.5

The engine chooses wrong fonts when rendering multilingual pages.
For instance, I have a Times New Roman which is a Unicode font converted from Windows unicode-enabled TrueType version using TransType.

All applications I use are capable of rendering Russian text with this typeface, except for Gecko embedded in different applications (Firefox, Camino...) Gecko, on the other hand, always falls back to TimesCY and other default fonts when the layout of a Russian page explicitly specifies that fonts such as Times New Roman and Georgia have to be used. Moreover - it falls back only for the actual russian letters to be displayed, which messes the text up considerably. I think it happens because this font does not have an explicit Cyrillic script-id, however this behaviour doesn't seem quite modern to me. Gecko should be able to find out if a font contains a specific glyph in it's repertoire and fallback only if this glyph does not exist.

I could provide the font but I am afraid it is under copyright from Microsoft, but if any of the developers wants to tackle this I could try to send it directly.

Reproducible: Always

Steps to Reproduce:
1. Install a converted Georgia typeface (can be sent on request)
2. Load http://imfo.ru/news/
3. See that the russian letters use the fallback font instead of Georgia

Actual Results:  
Russian letters use TimesCY, latin letters use Georgia

Expected Results:  
All the text on the page should use Georgia

Comment 1

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

This is a dead ringer for bug 254585 (which purportedly is fixed by the proposed MLTE patch in bug 121540).

*** This bug has been marked as a duplicate of 254585 ***