Closed Bug 645124 Opened 14 years ago Closed 11 years ago

Font Monotype Corsiva is not used to display the site

Categories

(Core :: Layout: Text and Fonts, defect, P4)

x86_64
Linux
defect

Tracking

()

RESOLVED FIXED
mozilla31

People

(Reporter: oldventure, Assigned: jfkthame)

References

()

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:2.0.0) Gecko/20100101 Firefox/4.0 Build Identifier: Mozilla/5.0 (X11; Linux x86_64; rv:2.0.0) Gecko/20100101 Firefox/4.0 Hi, the site uses the font Monotype Corsiva. Firefox didnt display this font, but is using sans-serif. If I try opera or konqueror from kde 4.6, the site is displayed correctly. The font is also installed in KDE. Firefox under Windows is fine. I use Opensuse 11.4 here. The same issue is under Ubuntu (I just checked it in an VM) Please give me a hint if you need any other information. Reproducible: Always Steps to Reproduce: 1.Open Firefox under linux 2.Open the Website 3.is not displayed correctly Actual Results: MT Corsiva font is not used Expected Results: MT Corsiva font is used.
Version: unspecified → 4.0 Branch
Component: General → Layout: Text
Product: Firefox → Core
QA Contact: general → layout.fonts-and-text
Version: 4.0 Branch → Trunk
Please confirm where the font is installed on your system; e.g. run the command fc-list -v | grep Corsiva and paste the resulting output here.
(In reply to comment #1) > Please confirm where the font is installed on your system; e.g. run the command > > fc-list -v | grep Corsiva result: ~> fc-list -v | grep Corsiva family: "Monotype Corsiva"(s) fullname: "Monotype Corsiva"(s) Thanks
Hello, last reply from me is over 5 months ago now. font problem is still here (also in FF4 and FF5). Do you need any other informations? Thanks
Confirming bug just in case Jonathan missed comment 2 because of the unconfirmed state...
Status: UNCONFIRMED → NEW
Ever confirmed: true
(In reply to comment #2) > (In reply to comment #1) > > Please confirm where the font is installed on your system; e.g. run the command > > > > fc-list -v | grep Corsiva > > result: > ~> fc-list -v | grep Corsiva > family: "Monotype Corsiva"(s) > fullname: "Monotype Corsiva"(s) Sorry, I was distracted.... I'm a bit puzzled by this output from "fc-list -v"; I'd expect it to also show the pathname of the font file, e.g. something like file: "/usr/share/fonts/truetype/......" Please try fc-match -v :family="Monotype Corsiva" and report the output of this.
(In reply to comment #0) > The font is also installed in KDE. I'm wondering what exactly is meant by this. Note that Firefox is not a KDE application, so if the font is installed in some KDE-specific way, that might explain why FF doesn't find it. Firefox relies on fontconfig to locate fonts on Linux, which is why I'm curious about the result of fc-match; this will tell us what fontconfig finds when it is asked for "Monotype Corsiva". (I don't have Monotype Corsiva on my Linux system, so can't directly compare my own results. AFAIK, this is not a freely-available font, and does not ship with typical Linux distros, so it cannot be expected to be universally available.)
> Please try > > fc-match -v :family="Monotype Corsiva" > > and report the output of this. Hi Jonathan, sorry I where in holidays a few days. These are the results: ~> fc-match -v :family="Monotype Corsiva" Pattern has 33 elts (size 48) family: "Monotype Corsiva"(s) familylang: "en"(s) style: "Normal"(s) stylelang: "ca"(s) fullname: "Monotype Corsiva"(s) fullnamelang: "en"(s) slant: 100(i)(s) weight: 80(i)(s) width: 100(i)(s) size: 12(f)(s) pixelsize: 12.5(f)(s) foundry: "monotype"(s) antialias: FcTrue(w) hintstyle: 3(i)(w) hinting: FcTrue(w) verticallayout: FcFalse(s) autohint: FcFalse(w) globaladvance: FcTrue(s) file: "/usr/local/share/fonts/m/mtcorsva.ttf"(s) index: 0(i)(s) outline: FcTrue(s) scalable: FcTrue(s) dpi: 75(f)(s) rgba: 1(i)(w) scale: 1(f)(s) charset: 0000: 00000000 ffffffff ffffffff 7fffffff 00000000 ffffffff ffffffff ffffffff 0001: ffffffff ffffffff ffffffff ffffffff 00040000 00000000 00000000 fc000000 0002: 00000000 00000000 00000000 00000000 00000000 00000000 3f0002c0 00000000 0003: 00000000 00000000 00000000 40000000 ffffd7f0 fffffffb 00007fff 00000000 0004: ffffdffe ffffffff dffeffff 00000000 00030000 00000000 00000000 00000000 001e: 00000000 00000000 00000000 00000000 0000003f 00000000 00000000 000c0000 0020: 7fb80000 560d0047 00000010 80000000 00000000 00001098 00000000 00000000 0021: 00480020 00004044 78000000 00000000 003f0000 00000100 00000000 00000000 0022: c6268044 00000a00 00000100 00000033 00000000 00000000 00000000 00000000 0023: 00010004 00000003 00000000 00000000 00000000 00000000 00000000 00000000 0025: 11111005 10101010 ffff0000 00001fff 000f1111 14041c03 03008c10 00000040 0026: 00000000 1c000000 00000005 00000c69 00000000 00000000 00000000 00000000 00f0: 000001fe 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00f1: 000001ff 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00fb: 00000006 00000000 00000000 00000000 00000000 00000000 00000000 00000000 (s) lang: aa|af|ast|av|ay|be|bg|bi|br|bs|ca|ce|ch|co|cs|cy|da|de|el|en|eo|es|et|eu|fi|fj|fo|fr|fur|fy|gd|gl|gv|ho|hr|hu|ia|id|ie|ik|io|is|it|ki|kl|kum|la|lb|lez|lt|lv|mg|mh|mt|nb|nds|nl|nn|no|nr|nso|ny|oc|om|os|pl|pt|rm|ru|se|sel|sk|sl|sma|smj|smn|so|sq|sr|ss|st|sv|sw|tk|tl|tn|tr|ts|uk|uz|vo|vot|wa|wen|wo|xh|yap|zu|an|crh|csb|fil|hsb|ht|jv|kj|ku-tr|kwm|lg|li|ms|na|ng|pap-an|pap-aw|rn|rw|sc|sg|sn|su|za(s) fontversion: 131072(i)(s) fontformat: "TrueType"(s) embeddedbitmap: FcTrue(w) decorative: FcFalse(s) lcdfilter: 1(i)(w) rgb: 2(i)(w)
(In reply to comment #6) > (In reply to comment #0) > > > The font is also installed in KDE. > > I'm wondering what exactly is meant by this. Note that Firefox is not a KDE > application, so if the font is installed in some KDE-specific way, that > might explain why FF doesn't find it. Firefox relies on fontconfig to locate > fonts on Linux, which is why I'm curious about the result of fc-match; this > will tell us what fontconfig finds when it is asked for "Monotype Corsiva". I know that FF isnt a KDE application. Just mentioned it in case it is important. > (I don't have Monotype Corsiva on my Linux system, so can't directly compare > my own results. AFAIK, this is not a freely-available font, and does not > ship with typical Linux distros, so it cannot be expected to be universally > available.) You could download the font from the website I mentioned. Greetings Steffen
Hello, just to remember: the problem is still here. Firefox 11 under opensuse 11.2 x64. Fonts are installed under /usr/local/share/fonts/m/MTCORSVA.ttf and /usr/local/share/fonts/v/vivaldin.ttf please let me know if you need any other informations Greetings Steffen
Priority: -- → P4
Hi, after two years with no progress: The problem is still alive. I´ve switched my system to Ubuntu 13.10 64bit with the installed firefox and have the same results as ever. Chromium Browser under Ubuntu and Firefox under Windows works fine. It seemed to me, that nobody wants to fix this. Steffen
I looked into this a little. The problem here arises because the Monotype Corsiva font (the only face in its font-family) is marked as being Italic, but the site does not call for font-style:italic in its style information. If it added that property, the expected font would be used. The font matching code in gfxPangoFonts is failing to fall back to the Italic (and only) face of the Monotype Corsiva family when we request a Regular one. It looks like gfxPangoFonts[1] aims to implement the font matching algorithm from CSS 2.1[2], which said (roughly speaking) that if no face with matching font-style (regular or italic) was available in the first family, it should fall back to the next. However, the algorithm has been revised for CSS3 Fonts[3], so perhaps the SlantIsAcceptable check should no longer be applied? [1] http://dxr.mozilla.org/mozilla-central/source/gfx/thebes/gfxPangoFonts.cpp#845-872 [2] http://www.w3.org/TR/CSS2/fonts.html#algorithm [3] http://www.w3.org/TR/css3-fonts/#font-matching-algorithm
Removing the SlantIsAcceptable check does not break any of our current tests (https://tbpl.mozilla.org/?tree=Try&rev=733c0225410e), and better matches the current CSS Fonts spec, AFAICT.
Attachment #8392969 - Flags: review?(karlt)
Assignee: nobody → jfkthame
Status: NEW → ASSIGNED
Comment on attachment 8392969 [details] [diff] [review] mismatched font-style should not cause a specified font-family to be skipped altogether (In reply to Jonathan Kew (:jfkthame) from comment #11) > However, the algorithm has been revised for CSS3 > Fonts[3], so perhaps the SlantIsAcceptable check should no longer be applied? Thanks for the links. Using an italic font when an upright style is requested is usually bad, so I don't understand the choice of spec wording, but I assume other platforms already do that, and this patch makes the behavior closer to the CSS3 algorithm.
Attachment #8392969 - Flags: review?(karlt) → review+
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: