Red Hat Bugzilla – Bug 461039
liberation-fonts >=1.04.2 have problems with some websites and gecko-1.8*
Last modified: 2008-10-30 19:39:32 EDT
Created attachment 315657 [details]
Description of problem:
At first, I am using liberation fonts on a Gentoo system, I have already tried to send this to https://fedorahosted.org/liberation-fonts/wiki but I am unable to login succesfully. I am using epiphany-2.22.3 built against xulrunner-1.8 and gnome-2.22, I have tried with "Sans" and "liberation sans" fonts, both with the same problem (and with size 10)
Gentoo ships an old set of liberation fonts (seems to really be liberation-fonts-0.2) but they work FINE with most of websites (at least, all I have tried), then, I have updated to 1.04.2 (and later to 1.04.90 with the same problem) and I have started to have problems with sites like:
I can reproduce this problem always, if I put the mouse pointer over a link bellow first titular (their size is a bit smaller than fist titular) only part of text is underlined, other part not
I attach two screenshots showing proper (with old liberation-fonts) and unproper behavior (with new)
This also occurs, for example, with:
Version-Release number of selected component (if applicable):
1.04.2 or superior
Simply try to move mouse over links in mentioned webpages (not all links fail, maybe it could be related with size)
Steps to Reproduce:
Created attachment 315658 [details]
Could you try if this one could display correctly?
FYI, I locally tested the attached tarball at comment #2 is works for me:
The tarball has hinting fixes on Liberation Sans which might also resolve this bug.
Seems that it's only reproducible when using xulrunner-1.8 (I am still using it because of some webpages not being shown properly with xulrunner-1.9)
I have merged epiphany against xulrunner-1.9 and seems to work ok (even when old liberation fonts worked with both)
Then, Do you think this is a xulrunner problem or a liberation one?
Thanks a lot
Sorry, I am not too sure whether this is a xulrunner problem or a liberation one.
I was working on hinting bug #458592 and I am now eliminating hinting bugs on all other liberation-fonts on bug#460090. It might be relevant to the problem you have because the above bugs are sourced from data loss between 1.03 (0.2) and 1.04 (1.04.2).
If you insisted to use xulrunner-1.8, I would humbly request you wait for the next liberation release with lost hinting data refilled from 1.03 (0.2).
I will try with next release, don't worry :-), it's not too important as I will need to switch to xulrunner-1.9 anyway when mozilla stops supporting 1.8
.91 release also has the same problem :-(
Hi Pacho, thank you very much for your timely testing feedback.
Atm, all the Latin and frequently used characters have been reconfirmed by me, if they are holding hinting instructions. Afaik, they are all with original good hinting data.
When the font has problem, it might be more likely happens on specific codepoint (character) instead of whole line. In this case, rendering engine (xulrunner) might be struggling to create an underline of correct length when the mouse cursor hover on the link. I also found that in the wrong-sample screenshot the link texts are in bold. Because Liberation Fonts has font style (Bold, Italic, BI, Regular) in separated file, I would be even more believing that the link texts are re-rendered. Of course, I would not say that liberation-fonts has no effect on this problem.
I guess we could also notify this to xulrunner and epiphany upstreams about this issue, too. They may also be able to provide us valuable info.
Let's keep this bug opened at the moment.
The problem is that xulrunner-1.8 will be deprecated in december by moizlla (if I am not misremembering), and I am not sure if epiphany is still maintaining backend for this version, then I will ask on IRC if possible
(In reply to comment #4)
> I have merged epiphany against xulrunner-1.9 and seems to work ok (even when
> old liberation fonts worked with both)
> Then, Do you think this is a xulrunner problem or a liberation one?
Because the conversion from old liberation-fonts version (1.03) to new version (1.04) is not a perfect conversion. That was done by fontforge but it has been discovered there are data loss. The possible lost data are:
- Proprietary tables defined in OpenType format.
- Current flaws of fontforge.
For the latter issue, I have just fixed the missing hinting instructions of certain glyphs. I will keep fixing more issues of latter, too.
For the former issue, it is more rely on available tools and the current fontforge could not do it perfect enough.
OK, thanks for info :-)
I asked for help yesterday on epiphany IRC channel and they couldn't help me, then, if this cannot be fixed, I will simply wait for deciding to use xulrunner-1.9
Then when you see latest xulrunner acceptable for displaying your website, please kindly close this bug report. Thanks.
(In reply to comment #11)
> I asked for help yesterday on epiphany IRC channel and they couldn't help me,
> then, if this cannot be fixed, I will simply wait for deciding to use
Hi Pacho, I have updated the liberation-fonts on:
Please feel free to test if you like and let me know. :)
It has the same problem (just tested this morning)
Hi Pacho, so we might need to move on to xulrunner-1.9 at the moment. How's your findings from users on IRC?
I haven't had much time for finding people on IRC, but I think that this could be closed as there is no problem with xulrunner-1.9 (also, mozilla usually fixes bugs after many time, then, I don't expect to get it fixed in xul-1.8)
Do you agree with closing this as it works with xul-1.9?