GNOME Bugzilla – Bug 531324
[REGRESSION] Web pages can't specify their own fonts
Last modified: 2015-03-29 21:26:39 UTC
Please describe the problem: there are a lot of issues related to fonts in epiphany-webkit. a debian user reported the following: 1. choosing language-specific fonts doesn't work. if you go to Edit -> Preferences -> Fonts & Styles -> Detailed Font Settings you can change the settings there, but they will have no effect. the same can also be said for Edit -> Preferences -> Language -> Encodings. you can change the default language encoding, but it has no effect. 2. choosing language-specific minimum font size doesn't work modifying Edit -> Preferences -> Fonts & Styles -> Minimum size doesn't have any effect. this may in fact be related to the text zoom capabality. 3. web pages can't specify their own fonts Edit -> Preferences -> Fonts & Style -> Let web pages specify their own fonts also doesn't have any effect because a default font is always used. see debian bug #478198 (http://bugs.debian.org/478198). Steps to reproduce: Actual results: Expected results: Does this happen every time? Other information:
Epiphany 2.23.90 / WebKit: In the font preferences, the font listbox doesn't show any fonts except Default.
(In reply to comment #0) > if you go to Edit -> Preferences -> Fonts & Styles -> Detailed Font Settings > you can change the settings there, but they will have no effect. This button is no longer available in epiphany :/ > modifying Edit -> Preferences -> Fonts & Styles -> Minimum size doesn't have > any effect. this may in fact be related to the text zoom capabality. This, instead, works on latest epiphany and webkit grabbed from version control. > Edit -> Preferences -> Fonts & Style -> Let web pages specify their own fonts > also doesn't have any effect because a default font is always used. Do you have any page using "their own fonts" I can use to check it?
Also default font size is now much smaller than in other browsers (2.27.5).
1) was removed on purpose and 2) is fixed, so renaming for the third issue which is still valid.
the description for 3) is already pretty clear (i think), but in case it is useful, a demonstrator for the problem is: http://svn.debian.org/wsvn/secure-testing/doc/narrative_introduction that page that wants the browser to use a fixed-width font, but webkit-based browsers end up using a default variable-width font instead. this ends up making parts of the page unreadable due to bad formatting. for reference, compare the page under firefox.
Ok the problem is not related to the preference. The real issue is that the font is specified like this: font-family: Consolas, monospace, sans-serif; If Consolas is not in your system the font used will be sans-serif and not monospace like we would expect. This is a bug in webkit.
Created attachment 153949 [details] Testcase that shows the problem in ephy or gtklauncher If there's an unknown font in font-family: the rest of the property is discarded wrongly.
I filed https://bugs.webkit.org/show_bug.cgi?id=35583 against webkit's CSS component where the root of the issue lies. A generic layout test inspired by Diego's testcase as well as a proposed patch are attached there.
This preferences all seem to be gone. Is this bug still relevant?