[karmic] Firefox 3.5 and openoffice do not stick to antialiasing render settings

Bug #67226 reported by Keidson Paiva de Freitas
140
This bug affects 25 people
Affects Status Importance Assigned to Milestone
Mozilla Firefox
New
Unknown
Ubuntu
Invalid
Undecided
Unassigned
Nominated for Lucid by Terry Zhou
firefox-3.5 (Ubuntu)
Triaged
Low
Unassigned
Nominated for Lucid by Terry Zhou

Bug Description

Binary package hint: firefox

The font in firefox is too blurry, maybe hinting is enabled.
The gnome interface font is ok, only firefox and openoffice suffers from this problem.

I already try to disable hinting on about:config in firefox, but this was disabled by default.

---------- -----------
There is a workaround mentioned in comment 109:

sudo rm /etc/fonts/conf.d/10*
sudo dpkg-reconfigure fontconfig
---------- -----------

==================
My /.fonts.conf looked like this:

<?xml version='1.0'?>
<!DOCTYPE fontconfig SYSTEM 'fonts.dtd'>
<fontconfig>
    <match target="font" >
        <edit mode="assign" name="rgba" >
            <const>none</const>
        </edit>
    </match>
    <match target="font" >
        <edit mode="assign" name="hinting" >
            <bool>true</bool>
        </edit>
    </match>
    <match target="font" >
        <edit mode="assign" name="hintstyle" >
            <const>hintfull</const>
        </edit>
    </match>
    <match target="font" >
        <edit mode="assign" name="antialias" >
            <bool>true</bool>
        </edit>
    </match>
    <dir>/home/jack/.fontmatrix</dir>
</fontconfig>

After deleting:

    <match target="font" >
        <edit mode="assign" name="hintstyle" >
            <const>hintfull</const>
        </edit>
    </match>

everything seems to be fixed.

Revision history for this message
Jonh Wendell (wendell) wrote :

Hi. Thanks for your bug report.

Can you do the following steps? (Assuming you're using edgy):

- Open Edit/Preferences;
- Go to "Content" tab
- Click on "Advanced" button (under fonts & colors group)
- Choose the fonts:
  Proportional -> Serif (Size: 16)
  Serif -> serif
  Sans-serif -> sans-serif
  Monospace -> monospace (Size: 12)
- Hit "OK" Button

- Try to open the ugly pages.

What happened? Problem solved?

Changed in firefox:
status: Unconfirmed → Needs Info
Revision history for this message
Keidson Paiva de Freitas (keidson) wrote :

Actually my font configuration is already set like you suggested, the problem is that the fonts looks like bold all the time.

I am sending one screenshot of firefox and gedit for compare.

Thanks.

Revision history for this message
Jonh Wendell (wendell) wrote :

Well, that's good. There is no bug...

If you don't like the big fonts, choose 14 or 12 in font size, instead of 16.

Revision history for this message
rubinstein (rubinstein) wrote :

> Well, that's good. There is no bug...

I have to disagree. If you look at the screenshot, you see clearly that the Firefox menu has autohinted blurry fonts.

IKeidson, if you choose subpixel rendering and full hinting in your font config settings, does it get better?

Revision history for this message
Jonh Wendell (wendell) wrote :

Keidson: What do you think? Is your problem about big fonts? Is it solved by adjusting font sizes?

Or are you talking about something i did not understand?

Revision history for this message
Keidson Paiva de Freitas (keidson) wrote :

Oskar your tip is right.

Look at the screenshot now, all fonts look great now, even in openoffice they got better (not perfect but better :)).

Thanks a lot for the tip.

And Jonh, are you using a lcd or a crt monitor?

Maybe in your computer you can't see the difference because you are using an crt monitor, and i am using a lcd on my laptop.

Oskar just got the point, because the lcd really has better results when using subpixel rendering.

Thanks a lot again.

Revision history for this message
Jonh Wendell (wendell) wrote :

Great.

I do use both, laptop and desktop.
By the way, you've solved your problem, right?

I guess we can close this bug, ok?

Revision history for this message
Keidson Paiva de Freitas (keidson) wrote :

The problem was solved changing the font hinting to subpixel (lcd) in font properties under gnome.

Changed in firefox:
assignee: nobody → keidson
status: Needs Info → Fix Released
Revision history for this message
Jonh Wendell (wendell) wrote :

We're rejecting this bug report, once this isn't a real bug.

Changed in firefox:
assignee: keidson → nobody
status: Fix Released → Rejected
Revision history for this message
In , Bugzilla-lostreality (bugzilla-lostreality) wrote :

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1) Gecko/20061010 Firefox/2.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20061204 GranParadiso/3.0a1

The dropdown menus at the top of each page have the text sorta fuzzy looking with red/blue tints around the edges of some of the letters when using Gran Paradiso Alpha 1.

Reproducible: Always

Revision history for this message
In , Bugzilla-lostreality (bugzilla-lostreality) wrote :

Created an attachment (id=248671)
What a menu looks like under 3.0a1

If you compare this to 2.0, you can tell that the right pixel is cut off of each line of text. It is most obvious on the lowercase 's' on the bottom two options shown in that picture. The left pixel is also cut off of each line, but it is harder to tell. All of the text is clearly "dimmer" looking and not properly aliased for cleartype display, causing it to not look as sharp as it should and does under 2.0 and other browsers. Another small change noticeable is the space between the T and F on the second and third lines is 1 pixel less in 3.0a1 for some reason.

Revision history for this message
In , Bugzilla-lostreality (bugzilla-lostreality) wrote :

Created an attachment (id=248672)
What a menu looks like under 2.0

Revision history for this message
In , Googulator (netrolller-3d) wrote :

It seems that Cairo is unable to correctly detect the subpixel ordering of the screen, and does a BGR-ordered ClearType on the text. Or maybe a result of both Cairo and Windows attempting to antialias the text.

Revision history for this message
In , Googulator (netrolller-3d) wrote :

Confirming bug in Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20061208 Minefield/3.0a1.

Further investigation shown that Cairo selects the wrong contrast level when rendering the text. Setting contrast to 1.0 using ClearType fixes the issue (although text will likely to look weird in other places if that is set). Probably Cairo incorrectly reads the contrast values and takes them as if they were squared (e.g. a level of 1.4 is treated as 1.4^2, that's around 2.0, while 1.0 is processed as 1,0^2=1.0). Another thing I noticed is that if you hover over the menu items, the bug disappears, but opening a submenu causes it to re-appear. Testcase coming soon.

Revision history for this message
In , Googulator (netrolller-3d) wrote :

Created an attachment (id=248910)
Testcase

Testcase. Hover over the menu in it to trigger the bug.

Revision history for this message
In , Googulator (netrolller-3d) wrote :

It looks like the culprit is in cairo-win32-font.c, judging from these comments (line 1186):

"* Otherwise, we need to draw using software fallbacks. We create a mask
 * surface by drawing the the glyphs onto a DIB, black-on-white then
 * inverting. GDI outputs gamma-corrected images so inverted black-on-white
 * is very different from white-on-black. We favor the more common
 * case where the final output is dark-on-light."

After that (at line 1212):

"* For ClearType, we need a 4-channel mask. If we are compositing on
 * a surface with alpha, we need to compute the alpha channel of
 * the mask (we just copy the green channel). But for a destination
 * surface without alpha the alpha channel of the mask is ignored"
(Let's not forget that our surface is semi-transparent, so it does have an alpha!)

And a few lines later (line 1225):

"* XXX: Hacky, should expose this in cairo_image_surface"

Probably this is a bug in Cairo itself, but it seems to need quite a major rewrite.

Revision history for this message
In , Vladimir Vukicevic (vvuk) wrote :

*** Bug 355972 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Dao (dao) wrote :

*** Bug 357456 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Jwbaker-acm (jwbaker-acm) wrote :

Created an attachment (id=289559)
Screenshot

Firefox 3.0 does something differently with on-screen type. This leads to excessive color fringing in some cases. Please see the attached screenshot (which may not make any sense if you don't use an LCD screen). The upper text is from Firefox 2.0 and the lower is from 3.0b1

Revision history for this message
In , Roc-ocallahan (roc-ocallahan) wrote :

Is it different from other GTK/Pango apps on your system?

Revision history for this message
In , Jwbaker-acm (jwbaker-acm) wrote :

Created an attachment (id=289572)
Screenshot of native text

Screenshot is the same sentence typed into gedit with the same font, Droid Sans 12.

Revision history for this message
In , Roc-ocallahan (roc-ocallahan) wrote :

Ok, I'm not really sure what's going on here. Michael might be able to help out next week.

Revision history for this message
In , Sylvain Pasche (sylvain-pasche) wrote :

This may be related to the cairo version. I could see differences in rendering between cairo 1.4 (native GTK apps) and the more recent Firefox cairo. See bug 375591 comment 6

Revision history for this message
In , Stream (stream) wrote :

Created an attachment (id=308313)
screenshot from lineage2.com

On hover the bug is still visible. See the attachment. Why this bug is not blocker, when clear type technology is used mostly in LCD monitors, and its full of them now.

Revision history for this message
In , Dylan Grose (dkbg) wrote :

Yes, I can confirm this behaviour as well on Ubuntu Gutsy and Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b4pre) Gecko/2008022304 Minefield/3.0b4pre. The problem is exactly as described by the bug creator.

Revision history for this message
In , 12345667890gregfdbdfsdbd (12345667890gregfdbdfsdbd-deactivatedaccount-deactivatedaccount) wrote :

I can confirm the same problem on Fedora 9 and Manfield 3.0 beta 4.

Revision history for this message
In , Sylvain Pasche (sylvain-pasche) wrote :

*** Bug 375591 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Sylvain Pasche (sylvain-pasche) wrote :

This is clearly a cairo issue. See:

https://bugs.freedesktop.org/show_bug.cgi?id=10301

Things are actually stalled upstream unfortunately. Ubuntu/Debian users are lucky because their cairo is patched against this bug.

Revision history for this message
In , Tgstrick (tgstrick) wrote :

Created an attachment (id=314121)
ClearType/Opacity bug in 3 Beta 5 - Inline HTML (No layers/DHTML)

Seems like this bug has gotten worse in 3 Beta 5... I'm using opacity to fade out adjacent month dates in our in-house web calendars, and in Beta 5 the '1' digits are suffering badly. This is all relatively positioned CSS, no floats, no z-indexing or layers. Problem goes away with ClearType turned off.

Revision history for this message
In , 6XGate (sixxgate) wrote :

This bug also manifests itself in the chrome as well if the element or it's parent uses opacity or has rounded borders (-moz-border-radius) The Glasser extension screenshots show this problem alot:

http://www.neowin.net/forum/index.php?showtopic=632112

Revision history for this message
In , Sauron-ubufox (sauron-ubufox) wrote :

I absolutely consider the Glasser extension an essential now, but this bug is really bugging me quite a lot. I tried turning off ClearType, but the font looks absolutely hideous on a LCD monitor.

Revision history for this message
In , Kliu (kliu) wrote :

*** Bug 431904 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Aurelius-bw (aurelius-bw) wrote :

The Glasser Extension does not work properly because of this ...

Revision history for this message
In , Redsign (redsign) wrote :

That's nothing new but there also many websites that just look crappy because of this. It's really sad that this doesn't get fixed for 3.0.

Revision history for this message
In , Kliu (kliu) wrote :

*** Bug 434666 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Bugzilla-dailybuzz (bugzilla-dailybuzz) wrote :

Created an attachment (id=321706)
A sample HTML file showing css opacity usage with various color text and background

Revision history for this message
In , Bugzilla-dailybuzz (bugzilla-dailybuzz) wrote :

Created an attachment (id=321707)
opacity_test_p.html with cleartype enabled

Rendered in Firefox 3 RC1 on Windows Vista.

Revision history for this message
In , Bugzilla-dailybuzz (bugzilla-dailybuzz) wrote :

Created an attachment (id=321708)
opacity_test_p.html with cleartype disabled

Rendered in Firefox 3 RC1 on Windows Vista.

Revision history for this message
In , Sylvain Pasche (sylvain-pasche) wrote :

*** Bug 436760 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Kliu (kliu) wrote :

*** Bug 370429 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Kliu (kliu) wrote :

*** Bug 439804 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Kliu (kliu) wrote :

*** Bug 439850 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Kliu (kliu) wrote :

*** Bug 439872 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Kliu (kliu) wrote :

*** Bug 440791 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Dsicore (dsicore) wrote :

Don't think this would block the 1.9.1 release. Minusing.

Revision history for this message
In , Regis-caspar+bz (regis-caspar+bz) wrote :

*** Bug 433825 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Kliu (kliu) wrote :

What I'm curious about is why painting ClearType text onto a surface with alpha forces cairo to take the software fallback branch in the first place. Gecko 1.8 never had problems with drawing ClearType onto something with opacity, so what is it about cairo surfaces that prevents direct drawing?

Revision history for this message
In , Me-at-work (me-at-work) wrote :

Does this bug depend on bug 407531, or vice versa?

Revision history for this message
In , Kliu (kliu) wrote :

(In reply to comment #28)
> Does this bug depend on bug 407531, or vice versa?
>

Neither.

Revision history for this message
In , Bugzilla-moeffju (bugzilla-moeffju) wrote :

The problem seems to be in ClearType since 1.0.4, see http://lists.cairographics.org/archives/cairo/2006-October/008081.html

There is also a 'very large hammer' fix in that thread (force surface format to CAIRO_FORMAT_RGB24).

Revision history for this message
In , Mcs-pearlcrescent (mcs-pearlcrescent) wrote :

Created an attachment (id=339121)
XUL testcase using <menupopup>

Someone else I am working with encountered this bug when creating a theme that uses rounded corners and transparency with menus. In case it helps someone debug the problem, I am attaching a XUL-based testcase.

Revision history for this message
In , Mcs-pearlcrescent (mcs-pearlcrescent) wrote :

Created an attachment (id=339123)
screenshot of XUL testcase result (ClearType on, scaled to 200%)

Revision history for this message
In , Mcs-pearlcrescent (mcs-pearlcrescent) wrote :

Created an attachment (id=339124)
screenshot of XUL testcase result (ClearType off, scaled to 200%)

Revision history for this message
In , M-h-perris (m-h-perris) wrote :

Created an attachment (id=347965)
BBC Homepage Snippet

This is now visible on the BBC Homepage. The link on the right of the attached image has been hovered once, and the color has changed. Once the cursor is moved out of the box, the color reverts to it's original incorrectly cleartyped style.

Revision history for this message
In , Karlt (karlt) wrote :

Changing summary to reflect the current manifestation of this bug.

Revision history for this message
In , Googulator (netrolller-3d) wrote :

It appears that Microsoft is at least partially responsible for this bug - Firefox 3.0b1 renders the testcases significantly better on Windows 7 beta 1 than on Windows Vista SP1. Attachment 248910 does not show any bug now, while attachment 321706 only gets the white-on-white one wrong (and even that one is much better than on Vista). Attachment 339121 now only shows the rightmost-pixels-cut-off bug, no contrast problem is visible.

Revision history for this message
In , Googulator (netrolller-3d) wrote :

Seems that the problem is the fact that we "just copy the green channel" to get the alpha channel. The following testcases clearly point to this:
data:text/html,<div style="background: white;"><div style="color: white; opacity: 0.999; font-size: 36px;">FAIL</div></div>
This one faintly displays the word "FAIL", even though it is white-on-white, and as such, should be invisible. What is visible appears to be a cyan line on the left (cyan=blue+green), and a yellow one on the right of the text (yellow=red+green); both colors contain the color green as a component.
These also show incorrect rendering:
data:text/html,<div style="background: red;"><div style="color: red; opacity: 0.999; font-size: 36px;">FAIL</div></div> (part of the red color is missing on the left side of the letters, black is visible)
data:text/html,<div style="background: blue;"><div style="color: blue; opacity: 0.999; font-size: 36px;">FAIL</div></div> (part of the blue is missing on the right of the letters)
data:text/html,<div style="background: cyan;"><div style="color: cyan; opacity: 0.999; font-size: 36px;">FAIL</div></div> (part of the blue color is missing, green shows through)
data:text/html,<div style="background: magenta;"><div style="color: magenta; opacity: 0.999; font-size: 36px;">FAIL</div></div> (red is missing on the left, while the right lacks blue)
data:text/html,<div style="background: yellow;"><div style="color: yellow; opacity: 0.999; font-size: 36px;">FAIL</div></div> (red is mising, green shows through)

These pass however:
data:text/html,<div style="background: black;"><div style="color: black; opacity: 0.999; font-size: 36px;">FAIL</div></div>
data:text/html,<div style="background: green;"><div style="color: green; opacity: 0.999; font-size: 36px;">FAIL</div></div>
data:text/html,<div style="background: lime;"><div style="color: lime; opacity: 0.999; font-size: 36px;">FAIL</div></div>

What I have noticed is that we only pass if R=0 and B=0, i.e. color=#00xx00, where xx is any hex number. This is because the only channel for which the alpha mask is correct is green, as we use the green channel for our alpha mask.
However, if any other channel is present, the alpha mask will show an off-by-one-subpixel problem, and the rendering of the non-green channels will be corrupted.

So, basically copying the green channel to the alpha channel is wrong, the actual alpha channel should take all color channels into account. This bug, probably coupled with a bug in ClearType in pre-7 Windowses, is the most likely cause of the misrendering.

I'll probably back with a proof-of-concept patch soon.

Revision history for this message
In , Googulator (netrolller-3d) wrote :

Created an attachment (id=358765)
WIP 0.000001: Move away from using the green channel as the alpha

Extremely-early preview of what I am working on right now.
With this patch, testcases involving extreme colors (white-on-white, black-on-black, #ff0000 on #ff0000, #00ffff on #00ffff) pass, but other tests still show errors, and real-life rendering is also still wrong. This is because the dummy maximum algorithm used in this patch is just a placeholder, and is definitely not correct. However, the basic structure of the _compute_argb32_mask_alpha function is in place, only an alpha-channel generation algorithm is needed. I think I need to convert the RGB colors to HSL and use the lightness value as the alpha, although I am not sure.

If you have an idea what the correct algorithm would be, please post it here!

Revision history for this message
In , Zurtex (zurtex) wrote :

*** Bug 457538 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Jürgen 'jiha' Harter (jiha-bugzilla) wrote :

Trying to build SeaMonkey on a ubuntu 9.04 machine. It builds fine when --enable-system-cairo is not set. When setted it does not build.

What cairo libs are needed?

Revision history for this message
In , Sylvain Pasche (sylvain-pasche) wrote :

Look for the CAIRO_VERSION variable in the configure.in file at the top of the source tree. For mozilla-central, that's Cairo 1.6 (http://mxr.mozilla.org/mozilla-central/source/configure.in#122).

If you have building issues, I suggest you comment in the mozilla.dev.builds newsgroup (http://groups.google.com/group/mozilla.dev.builds/topics for the Web interface). You should also provide the complete error message there.

Revision history for this message
In , Tchraven (tchraven) wrote :

I just ran into this as well, any progress being made on this?

Revision history for this message
In , SelenIT (selenit) wrote :

I found another opacity and anti-aliasing related artifact. When I use 'Arial Black' font (about 18px size) together with opacity less than 1.0, the text appears a bit thinner (as if it had smaller font-weight). With larger font size the visual difference becomes less. Without anti-aliasing the text rendering doesn't change because of the opacity, but with 'standard' anti-aliasing the similar artifact still appears (so it may be not only ClearType-related problem). I didn't investigate if this happens to other fonts yet.

Revision history for this message
In , SelenIT (selenit) wrote :

Created an attachment (id=392986)
Demo of anti-aliased 'Arial Black' font with opacity issue

Revision history for this message
In , Gingerbreadguy (gingerbreadguy) wrote :

Created an attachment (id=396127)
Buried story on Digg showing text with green halo

Burying stories on Digg.com displays the text with a sort of green halo around it.

Someone else has reported that this problem also occurs when deleting images on Flickr, and that it does not occur on Vista 32-bit (I am using Vista x64). The Mozillazine thread in question is http://forums.mozillazine.org/viewtopic.php?f=38&t=1414815

Revision history for this message
In , Kayoss120 (kayoss120) wrote :

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.2) Gecko/20090729 Firefox/3.5.2 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.2) Gecko/20090729 Firefox/3.5.2 (.NET CLR 3.5.30729)

when ClearType is enabled in Vista x64, Firefox 3.5.2 displays some font colors wrong when opacity is used.

forum thread discussing the problem:
http://forums.mozillazine.org/viewtopic.php?f=38&t=1414815

a somewhat similar old bug is here:
https://bugzilla.mozilla.org/show_bug.cgi?id=363861

html page showing the problem:
https://bug363861.bugzilla.mozilla.org/attachment.cgi?id=321706

another screenshot showing the problem:
https://bug363861.bugzilla.mozilla.org/attachment.cgi?id=396127

Reproducible: Always

Steps to Reproduce:
1. enable ClearType in Vista x64
2. run Firefox 3.5.2
3. look at this page: https://bug363861.bugzilla.mozilla.org/attachment.cgi?id=321706
Actual Results:
font colors look messed up

Expected Results:
font colors should not look messed up

Revision history for this message
In , Kayoss120 (kayoss120) wrote :

With font smoothing disabled or set to Standard, the problem doesn't happen.

by the way, here's how to find the font smoothing options in vista:
control panel --> personalization --> window color and appearance --> open classic appearance properties for more color options --> click on "Effects"

Revision history for this message
Stef Walter (stefw) wrote : Re: Font is too blurry in firefox interface and pages rendering

This is a real bug. I just upgraded to karmic. Previously in jaunty all the fonts were sharp. Now after upgrading. The chrome (ie: the menu bar, tool bar) fonts in firefox is blurry. This is clearly visible from the screenshot attached by Keidson.

It's as if firefox is not respecting the subpixel rendering preferences of the Desktop.

Revision history for this message
John Vivirito (gnomefreak) wrote :

This is NOT a firefox bug this is a font bug since OO.O also has this problem.
There is a bug on "hinting" already i just dont recall the bug number. Can you please search for it in Launchpad.

Revision history for this message
John Vivirito (gnomefreak) wrote :

Noone has yet to add info about what versions of Firefox you are using.
I will reopen bug and add OO.O to the tasks. i need to know what versions of firefox OO.O and anyother apps you see this with

Revision history for this message
John Vivirito (gnomefreak) wrote :

I changed firefox to firefox 3.5 "firefox" = 2.0 "firefox-3.0" = 3.0 and so on.
3.0 will not receive this fix as it is only getting security updates. we can try 3.5 but i think its the same.
Please test with 3.5 in repos

affects: firefox (Ubuntu) → firefox-3.5 (Ubuntu)
Changed in firefox-3.5 (Ubuntu):
status: Invalid → Incomplete
Revision history for this message
Radu Cristian Fotescu (beranger) wrote :

This bug is VERY VALID AND COMPLETELY DEFINED as follows:
«Firefox 3.5.2 is not respecting the subpixel rendering preferences of GNOME in Ubuntu Karmic as of today, Sep 10 2009».

Revision history for this message
In , Zurtex (zurtex) wrote :

*** Bug 457538 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Goran-baotic (goran-baotic) wrote :

I'm not active in bugzilla community, so pardon me for dropping in.
I'd just like to point out the circumstances under which the bug occurs:

- *** 64-bit *** Windows Vista / 7
- ClearType set to ON

I didn't succeed in replicating the bug on 32-bit versions of Vista/7, even
with ClearType set to on, so I think it's a 64-bit problem. I haven't tested teh bug on XP/64-bit.

Green artifacts appear on text elements when opacity is set to less than 1
(.999 or less). Clearly visible on jQuery or similar JS fade in/out effects
that utilize fast changes to element opacity.

I'm also having issues with PNG rendering in Firefox 3.5.* when color
management is turned on. Setting "gfx.color_management.mode" to 0 fixes the
issue. This is also a bug that only occurs on 64-bit versions of Windows OS.

From my layman point of view, I suggest that something is generally wrong with text and image rendering on Firefox 3.* when using a 64-bit Windows Vista/7.

Revision history for this message
In , Grant Abraham (gabraham) wrote :

I can replicate this bug with the cut-off text (as per comment #1 from Ryan Rubley). I am running Windows 7 RC 32-bit (build 7100). I also was able to replicate it on Windows Vista 32-bit on the same machine. Cleartype is on in both cases.

Revision history for this message
In , Googulator (netrolller-3d) wrote :

We already know the cause of this bug (the alpha-mask is incorrect for sub-pixel antialiased text), just don't know how to fix it (i.e., what the correct alpha mask would be).

Revision history for this message
Stef Walter (stefw) wrote : Re: Font is too blurry in firefox interface and pages rendering

I can confirm that this continues to be a problem with me. Firefox version is 3.5.3. I'm attaching an image of the fuzzy fonts. No other program (not even thunderbird) shows fonts like this on my karmic machine.

While the fonts shown in openoffice are uglier than the remainder of the programs, they're not fuzzy.

I'm running karmic x64 with firefox 3.5.3+build1+nobinonly-0ubuntu2

Please let me know if there's additional information required.

Revision history for this message
Detlef Lechner (detlef-lechner) wrote :

I am affected, too.
'~uname -a; Linux T43 2.6.31-11-generic #36-Ubuntu SMP Fri Sep 25 06:37:51 UTC 2009 i686 GNU/Linux"
My hardware is IBM Thinkpad T43. This computer type has been produced in millions.
I have sent an apport report. I hope that you have received it.
Let me know what additional tests I should perform and report their results in order to squat this bug.

Revision history for this message
Radu Cristian Fotescu (beranger) wrote :

IMNSHO, this has nothing to do with either of the kernel, other packages, GNOME or XFCE, hardware or Mother Teresa.

It has only to do with the firefox-3.5 package (or one of its dependencies?), which HAS BEEN BUILD WITH THE WRONG OPTIONS...

...or the upstream code is broken!

It's as simple as that, we just need someone knowledgeable with Mozilla to look at it :-(

Revision history for this message
Detlef Lechner (detlef-lechner) wrote : apport-collect data

Architecture: i386
DistroRelease: Ubuntu 9.10
Package: openoffice.org
PackageArchitecture: i386
ProcEnviron:
 SHELL=/bin/bash
 LANG=en_US.UTF-8
ProcVersionSignature: Ubuntu 2.6.31-11.36-generic
Uname: Linux 2.6.31-11-generic i686
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare

Revision history for this message
Detlef Lechner (detlef-lechner) wrote : Dependencies.txt
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : ExtensionSummary.txt
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : profile_default_pluginreg.dat.txt
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : profiles.ini.txt
Changed in firefox-3.5 (Ubuntu):
status: Incomplete → New
tags: added: apport-collected
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : Re: Font is too blurry in firefox interface and pages rendering

This bug persists also after updating to Karmic Beta.

Revision history for this message
In , Ludovic-mozillamessaging (ludovic-mozillamessaging) wrote :

*** Bug 520400 has been marked as a duplicate of this bug. ***

Revision history for this message
David Tomaschik (matir) wrote : Re: Font is too blurry in firefox interface and pages rendering

I can confirm that it seems that firefox text does not change with changes to subpixel smoothing font options.

Revision history for this message
xteejx (xteejx) wrote :

I am not seeing this in Jaunty, and do not remember seeing it in Karmic.

Changed in firefox-3.5 (Ubuntu):
status: New → Incomplete
Revision history for this message
xteejx (xteejx) wrote :

@Detlef Lechner:

Can you please execute the following command, as it will automatically gather debugging information, in a terminal:

apport-collect -p firefox-3.5 67226

This will help us to find and resolve the problem. Bear in mind that you may need to install the python-launchpadlib package from the universe repository. Additionally, when prompted to give apport-collect permissions for Launchpad you will need to give it at least the ability to "Change Non-Private" data as it will be adding information to your bug report. Thanks in advance!

When reporting bugs in the future please use apport, either via the appropriate application's "Help -> Report a Problem" menu or using 'ubuntu-bug' and the name of the package affected. You can learn more about this functionality at https://wiki.ubuntu.com/ReportingBugs.

Revision history for this message
Radu Cristian Fotescu (beranger) wrote :

Teej,

There are at least 3 independent/different users who are seeing this bug in Ubuntu/Xubuntu Karmic Koala and it's a very valid bug!

Teej,

You're not honest and complaints should be filed against you up to Mark Shuttleworth in person.

Only someone who DOESN'T WANT TO SEE THIS BUG can't see it!!! -- or, please, please, please, use a better LCD or go to an optician for newer glasses!

You cannot say "do not remember seeing it in Karmic", because this means "I don't have any Karmic machine around" -- but then, what are you doing here, touching this bug, as long as 3 people mentioned it in Karmic?

I am very serious: this is such an obvious bugs and NOBODY EVER CONSIDERS IT!

I'm attaching a screenshot proving the bug in Xubuntu 9.10

Revision history for this message
xteejx (xteejx) wrote :

Also, can you confirm what version of openoffice you are using please? "apt-cache policy openoffice.org" Thanks :)

Changed in openoffice.org (Ubuntu):
status: New → Incomplete
Revision history for this message
xteejx (xteejx) wrote :

My honesty/integrity is not the issue here, this is a bug report and as such, a request for debugging information has been made, perhaps you missed that. May I also remind you that everyone here is a volunteer and we are all working for a common goal...free software for everyone! You can see from my Launchpad page that I am an active member of the Ubuntu community, and screenshots only help so much, we need debugging information from the latest release. When this has been given it can be forwarded to a developer to begin working on it, as they cannot without this info. After that, if it is possible, it may be able to be backported to earlier Ubuntu releases. That is just how the bug fixing process works, I cannot change it. You can see the bug workflow at https://wiki.ubuntu.com/Bugs/HowToTriage/Charts .

Note: I was running Karmic 2 days ago with all updates on a laptop with a TFT screen, so subpixel rendering is something that would affect me, but I reverted to Jaunty after wifi problems, and haven't been affected by this, therefore this could well be hardware specific. :)

Revision history for this message
Radu Cristian Fotescu (beranger) wrote :

What you don't want to understand is that there is no need for any debug info.

Just tale the latest live-cd daily build, or take the beta, and boot it!

At least on a system with Intel video, Firefox will show the font antialiasing different than all the other gtk+ applications in both GNOME and XFCE.

Revision history for this message
Radu Cristian Fotescu (beranger) wrote :

WRT https://wiki.ubuntu.com/Bugs/HowToTriage/Charts: There is "enough info" if anyone can take the beta CD, boot it and notice the bug. All the package versions are on that DVD.

Hardware-wise, the Intel video definitely shows it, but I very much doubt it has anything to do with hardware, as long as FF3.5 simply *ignores* any external settings, no matter what! (and other apps obey, and... even FF 3.0 did obey!)

The excuse of https://wiki.ubuntu.com/Bugs/HowToTriage/Charts is used to CLAIM that "there is not enough info" when no developer ever bothered to boot the LiveCD and to "just see" the bug!

It;s like someone dialing 911 to report two planes heading the you-know-what-towers, and the operator keeps asking stupid questions without bothering to look out the window!

Revision history for this message
Stef Walter (stefw) wrote : apport-collect data

Architecture: amd64
DistroRelease: Ubuntu 9.10
NonfreeKernelModules: nvidia
Package: firefox-3.5 3.5.3+build1+nobinonly-0ubuntu3
PackageArchitecture: amd64
ProcEnviron:
 SHELL=/bin/bash
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 LC_TIME=en_DK.utf8
ProcVersionSignature: Ubuntu 2.6.31-13.43-generic
Uname: Linux 2.6.31-13-generic x86_64
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare

Revision history for this message
Stef Walter (stefw) wrote : Dependencies.txt
Revision history for this message
Stef Walter (stefw) wrote : ExtensionSummary.txt
Revision history for this message
Stef Walter (stefw) wrote : XsessionErrors.txt
Revision history for this message
Stef Walter (stefw) wrote : default_profile_pluginreg.dat.txt
Revision history for this message
Stef Walter (stefw) wrote : profiles.ini.txt
Changed in firefox-3.5 (Ubuntu):
status: Incomplete → New
Changed in openoffice.org (Ubuntu):
status: Incomplete → New
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : apport-collect data

Architecture: i386
DistroRelease: Ubuntu 9.10
Package: firefox-3.5 3.5.3+build1+nobinonly-0ubuntu3
PackageArchitecture: i386
ProcEnviron:
 SHELL=/bin/bash
 LANG=en_US.UTF-8
ProcVersionSignature: Ubuntu 2.6.31-13.43-generic
Uname: Linux 2.6.31-13-generic i686
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare

Revision history for this message
Detlef Lechner (detlef-lechner) wrote : Dependencies.txt
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : ExtensionSummary.txt
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : XsessionErrors.txt
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : profile_default_pluginreg.dat.txt
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : profiles.ini.txt
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : Re: Font is too blurry in firefox interface and pages rendering

'~apt cache policy openoffice.org
openoffice.org:
   Installed: (none)
   Candidate: 1:3.1.1.1-2ubuntu4
   Version table:
      1:3.1.1-2ubuntu4 0
         500 http://de.archive.ubuntu.com karmic/main Packages

Revision history for this message
Radu Cristian Fotescu (beranger) wrote :

The very same bug is reported in Arch Linux:
http://bugs.archlinux.org/task/15343

And it reads: "I have anti-aliasing turned off [...]. Firefox 3.0 did respect these settings, but after upgrading to Firefox 3.5 all fonts are anti-aliased [...]" (edited for a better clarity)

Upstream, pango or Cairo bug, I can't tell by reading their comments. But it's a good start.

The only thing is that what we need is to identify the bug, not to find workarounds (something that Archers did).

Revision history for this message
xteejx (xteejx) wrote :

Thank you for your bug report. This bug has been reported to the developers of the software. You can track it and make comments at: https://bugzilla.mozilla.org/show_bug.cgi?id=522046 this is also being tracked here in Launchpad, and I am marking this as Triaged as I believe here is enough information here for Ubuntu developers to take a look and begin finding the problem. Thank you for reporting this :)

Changed in firefox-3.5 (Ubuntu):
importance: Undecided → Low
status: New → Triaged
Changed in openoffice.org (Ubuntu):
importance: Undecided → Low
status: New → Confirmed
Changed in firefox:
status: Unknown → New
Revision history for this message
Detlef Lechner (detlef-lechner) wrote :

I suspect that the actual bug exists in a lower software layer and not in firefox 3.5.3 because in Ubuntu Karmic my Kexi renders the letters blurry as well.

Revision history for this message
xteejx (xteejx) wrote :

If that is the case, then perhaps it would be a good idea to get some X.org debugging information too. Can you run "apport-collect -p xorg 67226" and let it pull the information into the bug report? Thank you.

Changed in openoffice.org (Ubuntu):
status: Confirmed → Incomplete
Changed in firefox-3.5 (Ubuntu):
status: Triaged → Incomplete
Revision history for this message
Radu Cristian Fotescu (beranger) wrote :

I don't think it has to do with xorg.

Rather with libcairo2, libfontconfig1,libfreetype6 or with the way firefox-3.5 is using them.

Revision history for this message
xteejx (xteejx) wrote :

Could well be, but I think we can consider firefox as triaged, as it has all the debugging information, and it has been sent upstream too.
If firefox and openoffice aren't respecting the GNOME display settings i.e. subpixel rendering/hinting then it is unlikely to be cairo, freetype or fontconfig, since these same fonts appear to be rendering fine elsewhere.
This may seem a really obvious question, but what settings are selected in System>Preferences>Appearance>Fonts and under the Details button in Fonts while this is happening? I have subpixel smoothing selected and in Details I have 96 dpi resolution, subpixel smoothing and full hinting, subpixel order RGB.
With "None" and "slight" hinting the fonts are made slightly bigger, but with "medium" and "full" they are normal, but they aren't blurred.

Revision history for this message
Detlef Lechner (detlef-lechner) wrote : apport-collect data

Architecture: i386
DistroRelease: Ubuntu 9.10
Lsusb:
 Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MachineType: IBM 1871W54
Package: xorg 1:7.4+3ubuntu5
PackageArchitecture: i386
PccardctlIdent:
 Socket 0:
   no product info available
PccardctlStatus:
 Socket 0:
   no card
ProcCmdLine: root=UUID=09a568ee-00a6-4494-bd36-46a0a8302a4d ro vga=0x031a
ProcEnviron:
 SHELL=/bin/bash
 LANG=en_US.UTF-8
ProcVersionSignature: Ubuntu 2.6.31-13.43-generic
RelatedPackageVersions:
 xserver-xorg 1:7.4+3ubuntu5
 libgl1-mesa-glx 7.6.0-1ubuntu2
 libdrm2 2.4.14-1ubuntu1
 xserver-xorg-video-intel 2:2.9.0-1ubuntu1
 xserver-xorg-video-ati 1:6.12.99+git20090825.fc74e119-0ubuntu3
Uname: Linux 2.6.31-13-generic i686
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare
dmi.bios.date: 05/29/2007
dmi.bios.vendor: IBM
dmi.bios.version: 70ET69WW (1.29 )
dmi.board.name: 1871W54
dmi.board.vendor: IBM
dmi.board.version: Not Available
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: IBM
dmi.chassis.version: Not Available
dmi.modalias: dmi:bvnIBM:bvr70ET69WW(1.29):bd05/29/2007:svnIBM:pn1871W54:pvrThinkPadT43:rvnIBM:rn1871W54:rvrNotAvailable:cvnIBM:ct10:cvrNotAvailable:
dmi.product.name: 1871W54
dmi.product.version: ThinkPad T43
dmi.sys.vendor: IBM
fglrx: Not loaded
system:
 distro: Ubuntu
 architecture: i686kernel: 2.6.31-13-generic

Revision history for this message
Detlef Lechner (detlef-lechner) wrote : BootDmesg.txt
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : CurrentDmesg.txt
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : Dependencies.txt
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : Lspci.txt
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : PciDisplay.txt
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : ProcCpuinfo.txt
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : ProcInterrupts.txt
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : ProcModules.txt
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : UdevDb.txt
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : UdevLog.txt
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : XorgConf.txt
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : XorgLog.txt
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : XorgLogOld.txt
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : Xrandr.txt
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : XsessionErrors.txt
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : glxinfo.txt
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : setxkbmap.txt
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : xdpyinfo.txt
Revision history for this message
Detlef Lechner (detlef-lechner) wrote : xkbcomp.txt
Changed in firefox-3.5 (Ubuntu):
status: Incomplete → New
Changed in openoffice.org (Ubuntu):
status: Incomplete → New
Revision history for this message
Radu Cristian Fotescu (beranger) wrote : Re: Font is too blurry in firefox interface and pages rendering

RE: «I have subpixel smoothing selected and in Details I have 96 dpi resolution, subpixel smoothing and full hinting, subpixel order RGB.
With "None" and "slight" hinting the fonts are made slightly bigger, but with "medium" and "full" they are normal, but they aren't blurred.»

Those who see the bug can see it better with:
-- NO subpixel/RGB smoothing!
-- grayscale medium or full hinting (aka best contrast).

If the bug shows, the fonts are blurred in Firefox 3.5, but not in other applications.

It's extremely sad that such a major application as firefox-3.5 won't be fixed before the release, no matter where the bug is.

I'm also surprised that not everybody can see this bug for firefox-3.5 on the Ubuntu or Xubuntu LiveCD, by just selecting medium/full hinting, grayscale-only, then fire Firefox and other GTK (and non-GTK) apps!

Revision history for this message
xteejx (xteejx) wrote : Re: [jaunty] Firefox 3.5 and openoffice do not stick to antialiasing render settings

>>If the bug shows, the fonts are blurred in Firefox 3.5, but not in other applications.

Openoffice appears to be affected, according to the original reporter. Can anyone with this problem confirm this please?
But yes, I totally agree it really is a shame that this probably won't be fixed in time for release. I may have to try and get hold of the mozilla team directly and see if this is a known issue.

summary: - Font is too blurry in firefox interface and pages rendering
+ Firefox 3.5 and openoffice do not stick to antialiasing render settings
summary: - Firefox 3.5 and openoffice do not stick to antialiasing render settings
+ [jaunty] Firefox 3.5 and openoffice do not stick to antialiasing render
+ settings
tags: added: regression-release
xteejx (xteejx)
Changed in firefox-3.5 (Ubuntu):
status: New → Triaged
Changed in openoffice.org (Ubuntu):
status: New → Incomplete
Revision history for this message
Detlef Lechner (detlef-lechner) wrote :

Teej wrote 27 minutes ago: Openoffice appears to be affected, according to the original reporter. Can anyone with this problem confirm this please?

I cannot confirm this. OpenOffice.org 3.1.1 Writer displays crisp letters and fonts.

Revision history for this message
Radu Cristian Fotescu (beranger) wrote :

OpenOffice.org 3.1.1 Writer looks just fine here too -- only FF3.5.3 is affected.

Revision history for this message
Stef Walter (stefw) wrote :

For me, the OpenOffice fonts are not kerned properly. The letters run into each other. BTW, these are the fonts in the chrome, not the document. However they are no longer blurry like Firefox. I remember that OpenOffice fonts used to be blury around the time that this ticket was opened.

If screenshots are desired, I'll post them. Please let me know.

Revision history for this message
Radu Cristian Fotescu (beranger) wrote :

Kerning in OO.o is another issue:

https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/440063
Bad kerning in OpenOffice.org Calc

Also possibly connected with Oo.o kerning:
https://bugs.launchpad.net/ubuntu/+source/freetype/+bug/415134
Bad font rendering (Freetype, bytecode interpreter)

Revision history for this message
Chris Cheney (ccheney) wrote :

There is or at least was some sort of race condition in the font setting section of appearance preferences that would cause xrdb settings to be wrong. OOO uses this xrdb settings to determine how to display. You can see what your xrdb settings show up as by running in a terminal:

xrdb -query

If it does not match up to what you have set in the font setting and it does not display correctly that is a known issue and follow up to the bug stating if that appears to be your problem. I believe logging out and back into your gnome session will fix the issue at least until you make another change in the font settings program.

Thanks,

Chris

Revision history for this message
Stef Walter (stefw) wrote :

FWIW, this does match my font + subpixel choices (in the Appearance applet):

$ xrdb -query
Xcursor.size: 24
Xcursor.theme: Human
Xcursor.theme_core: true
Xft.antialias: 1
Xft.dpi: 96
Xft.hinting: 1
Xft.hintstyle: hintfull
Xft.lcdfilter: lcddefault
Xft.rgba: bgr

Revision history for this message
Chris Cheney (ccheney) wrote :

Stef,

Yes please post a screenshot of the OOo issue you are seeing.

Thanks,

Chris Cheney

Revision history for this message
xteejx (xteejx) wrote :

This bug report has nothing to do with Openoffice kerning, the original reporter stated the fonts in both firefox and OOo were blurred, but openoffice can now be ruled out in the current version and invalidated. Firefox is considered triaged and is being tracked upstream. Not being funny but this bug report is confusing enough, I believe the kerning issue should be tracked in the report noted above.

Changed in openoffice.org (Ubuntu):
status: Incomplete → Invalid
importance: Low → Undecided
Revision history for this message
Stef Walter (stefw) wrote :
Revision history for this message
jpfle (jpfle) wrote :

Today I updated from Ubuntu 9.04 to Ubuntu 9.10 Beta, and I add this bug (blurry font) with Firefox 3.5.3.

I read this discussion:

http://ubuntuforums.org/showthread.php?t=1128929

There are some workarounds listed. Mine has been to create a file ~/.fonts.conf and put on it:

<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
 <match target="font" >
  <edit mode="assign" name="rgba" >
   <const>none</const>
  </edit>
 </match>
 <match target="font" >
  <edit mode="assign" name="hinting" >
   <bool>true</bool>
  </edit>
 </match>
 <match target="font" >
  <edit mode="assign" name="hintstyle" >
   <const>hintmedium</const>
  </edit>
 </match>
 <match target="font" >
  <edit mode="assign" name="lcdfilter" >
   <const>lcdnone</const>
  </edit>
 </match>
 <match target="font" >
  <edit mode="assign" name="antialias" >
   <bool>true</bool>
  </edit>
 </match>
</fontconfig>

Then restart Firefox. I use "Best Shapes" in my Gnome font preferences.

Revision history for this message
Roy Boerner (roy-boerner) wrote :

I updated also from 9.04 to 9.10 Beta yesterday. I had the same issues with the Firefox fonts. I tested with a fresh user profile and it works correctly. After reading Jeans note, I deleted my ~/.fonts.conf, restarted my Gnome session and viola my Firefox looks like it should be.

Revision history for this message
xteejx (xteejx) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. However, I am closing it because the bug has been fixed in the latest development version of Ubuntu - Karmic Koala.

If you need a fix for the bug in previous versions of Ubuntu, please do steps 1 and 2 of the SRU Procedure [1] to bring the need to a developer's attention.

[1]: https://wiki.ubuntu.com/StableReleaseUpdates#Procedure

Changed in firefox-3.5 (Ubuntu):
status: Triaged → Fix Released
Revision history for this message
ChrisDesjardins (cddesjardins) wrote :

I am running Karmic Koala and I am up to date with updates and I am still seeing this bug. My fonts are fuzzy only in firefox with GNOME setting set to to subpixel smoothing and full. So this bug should be reopened.

Revision history for this message
xteejx (xteejx) wrote :

Chris, can you delete your ~/.fonts.conf and logout or restart and confirm this works for you too, as this fixed Roy's problem in Karmic. Thank you :)

Changed in firefox-3.5 (Ubuntu):
status: Fix Released → Incomplete
Revision history for this message
Julien Olivier (julo) wrote :

I too confirm that this bug is present in an up to date Karmic. And I don't even have a ~/.fonts.conf file. I only have this bug in Firefox though, not in OpenOffice.

PS: I have an intel i810 video card, if that helps.

Revision history for this message
Detlef Lechner (detlef-lechner) wrote :

The bug still persists. I confirm Julien Olivier's findings although my VGA controller is an Intel Mobile 915GM/GMS/910GML Express Graphics controller. There is no file ~/.fonts.conf with me.

xteejx (xteejx)
summary: - [jaunty] Firefox 3.5 and openoffice do not stick to antialiasing render
+ [karmic] Firefox 3.5 and openoffice do not stick to antialiasing render
settings
Revision history for this message
xteejx (xteejx) wrote :

Thanks guys for confirming that, and I just rechecked, there IS no ~/.fonts.conf file, unless that user done something radically different to end up with the same bug here.
Is everyone experiencing this with just intel video cards, perhaps that is why I'm not seeing it, as I'm using nVidia GeForce 8200MG.

Chris Cheney (ccheney)
affects: openoffice.org (Ubuntu) → ubuntu
Revision history for this message
Detlef Lechner (detlef-lechner) wrote :

'~$ lspci | grep VGA
00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03)'

Revision history for this message
Radu Cristian Fotescu (beranger) wrote :

I'm also seeing it on Intel (945GM), but I still believe it's not Intel-related.

As I can see it, it's now a duplicate of the following bugs reported for firefox-3.5:

FF 3.5 font hinting does not honour gnome-settings
https://bugs.launchpad.net/ubuntu/+source/firefox-3.5/+bug/379761

Firefox doesn't obey font appearance settings
https://bugs.launchpad.net/ubuntu/+source/firefox-3.5/+bug/419892

Firefox does not use Gnome font rendering settings
https://bugs.launchpad.net/ubuntu/+source/firefox-3.5/+bug/421732

Upstream:

Firefox does not respect GNOME's antialiasing prefences
https://bugzilla.mozilla.org/show_bug.cgi?id=436760

strangely marked as a duplicate of:
Excessive color fringing in default builds vs. --enable-system-cairo builds on Ubuntu
https://bugzilla.mozilla.org/show_bug.cgi?id=404637

Should firefox-3.5 be built with "--enable-system-cairo"???

Revision history for this message
Ody (skylakosgr) wrote :

I have the same problem with Firefox 3.5.3 and Opera 10.00 running on Ubuntu Karmic. I was using Kubuntu 9.04 previously and the problem was present in Firefox but not in Opera. The font settings I choose in preferences have absolutely no effect on my web browsers.

Revision history for this message
freewind (freewindster) wrote :

I had two fresh karmic installs affected by this. The fonts in firefox were fuzzy.

Run the following command and then restart the x server.

      sudo dpkg-reconfigure fontconfig

I do this every time I install Ubuntu. Sometimes it needs it.

Revision history for this message
Fnyar (bmcnally) wrote :

I've upgraded to 9.10 and have this same problem where Firefox 3.5 doesn't seem to respect Gnome's font settings. I've got blurry fonts as others have reported. I didn't have this problem under 9.04 with Firefox 3.0 but I do recall having it until 9.04 under Firefox 3.5 when I installed it.

Revision history for this message
Fnyar (bmcnally) wrote :

I should add that none of the proposed solutions in this thread so far have solved the issue.

Revision history for this message
Fnyar (bmcnally) wrote :

Never mind. The suggestion about creating ~/.fonts.conf DOES appear to fix the problem.

Revision history for this message
scg34 (s-c-graham) wrote :

Actually, none of the above worked for me, but I did find a solution at:
http://ubuntuforums.org/showthread.php?p=8195398

Specifically:
sudo rm /etc/fonts/conf.d/10-hinting-slight.conf
sudo ln -s /etc/fonts/conf.avail/10-hinting-full.conf /etc/fonts/conf.d/

Revision history for this message
John Barley (strange-cathect) wrote :

Teej,

I can confirm that I have this problem and am running GeForce video card and the update to 9.10 caused this issue.

Revision history for this message
John Barley (strange-cathect) wrote :

I can also verify that deleting my fonts.conf had no effect after logging back in...

Revision history for this message
JorgeAzevedo (cenomail) wrote :

in the appearance menu setting the font rendering to best shapes does not affect firefox 3.5, tested on a Radeon 9200 and a Mobility Radeon 9700. this has nothing to do graphics drivers.

with Jean-Philippe Fleury solution of creating a fonts.conf, the problem is apparently solved. Thx so much!

Revision history for this message
moxie (jack-spoenk) wrote :

I had the same problem in Firefox, Galeon or Konqueror in Ubuntu Studio 9.10, 64bit, fresh install.

After reading all the replies I came up with a solution that works, in my case, and based on the suggestion by Jean-Philippe Fleury:

My /.fonts.conf looked like this:

<?xml version='1.0'?>
<!DOCTYPE fontconfig SYSTEM 'fonts.dtd'>
<fontconfig>
    <match target="font" >
        <edit mode="assign" name="rgba" >
            <const>none</const>
        </edit>
    </match>
    <match target="font" >
        <edit mode="assign" name="hinting" >
            <bool>true</bool>
        </edit>
    </match>
    <match target="font" >
        <edit mode="assign" name="hintstyle" >
            <const>hintfull</const>
        </edit>
    </match>
    <match target="font" >
        <edit mode="assign" name="antialias" >
            <bool>true</bool>
        </edit>
    </match>
    <dir>/home/jack/.fontmatrix</dir>
</fontconfig>

After deleting:

    <match target="font" >
        <edit mode="assign" name="hintstyle" >
            <const>hintfull</const>
        </edit>
    </match>

everything seems to be fixed.
Nevertheless I hope this will be fixed with an update soon, for all those not used to spend hours and hours fixing it (or worse, leave Ubuntu behind and moving back to Windows... Arghhhhh)

Revision history for this message
libertarian (david-treumann) wrote :

This bug affects me too. Updated from 9.04 to 9.10, using intel graphics.

Revision history for this message
xteejx (xteejx) wrote :

Marking this Triaged, there should be enough information here for a developer to debug this and begin working on it, so I shall leave it in their capable hands. Thank you guys for reporting this and keeping it updated, and good luck :)

Changed in firefox-3.5 (Ubuntu):
status: Incomplete → Triaged
description: updated
Revision history for this message
Ruytenburch (ruytenburch) wrote :

Yesterday I updgraded my work PC to Ubuntu 9.10.
I suffered the same problem.

I noticed that in /etc/fonts/conf.d there were the following links:

10-antialias.conf
10-hinting.conf
10-hinting-full.conf
10-hinting-slight.conf
11-lcd-filter-lcddefault.conf

Removing 10-hinting-slight.conf and adding 10-sub-pixel-rgb.conf worked for me.

Revision history for this message
Igor Gomes (igorgomes) wrote : Re: [Bug 67226] Re: [karmic] Firefox 3.5 and openoffice do not stick to antialiasing render settings

I do confirm this workaround.

Igor Gomes

Revision history for this message
zeckenleger (gho-nexgo) wrote :

It affects me too. And Firefox doesn't show any page with the installed msttcorefonts.
So it seems Firefox doesn't care about any font-setting in the system.

Revision history for this message
xteejx (xteejx) wrote :

It might help if this can be commented on by someone with this problem at the Mozilla tracker, if not to get their attention.

Revision history for this message
schrodycat (junk-jimandbarb) wrote :

Ruytenburch's workaround takes care of it. Just removed /etc/fonts/conf.d/10-hinting-slight.conf and the fonts look good now after restarting FF.

Revision history for this message
another_sam (anothersam) wrote :

sudo rm /etc/fonts/conf.d/10*
sudo dpkg-reconfigure fontconfig

worked for me. seen at:
http://ubuntuforums.org/showthread.php?p=8270524#post8206035

full thread at ubuntu forums:
http://ubuntuforums.org/showthread.php?p=8270524

Michael Nagel (nailor)
description: updated
Revision history for this message
Alejandro Perez (alejandro-perez-mendez) wrote :

Hi,

I have applied the work around defined in #109 and it partially worked. Now, Virtualbox and other QT applications (i.e. Skype) look awful, with pixelated 90's-like fonts.

Revision history for this message
Richard Gabriel (dj-dick) wrote :

Hi,

I was also affected by this bug.
I've tried the workaround from comment #109. After restarting FF, nothing has changed.
So I tried to restart the system. After restart, the fonts in FF are OK, and the fonts in Skype (2.1.0 beta) are also OK.

Thanks for the workaround and good luck in resolving this bug!

Revision history for this message
Frederik Elwert (frederik-elwert) wrote :

I think it’s enough to remove 10-hinting-slight.conf. This solved the problem in firefox for me without affecting Qt apps.

Revision history for this message
In , Wesley-johnston (wesley-johnston) wrote :

(In reply to comment #37)
Have you tried doing an rgb->hsl conversion and using one of those numbers? I don't really understand what's going on there (pardon the bug spam if I'm way off track), but just glancing at the patch, it seems like lightness might be a better match.

Revision history for this message
Alejandro Perez (alejandro-perez-mendez) wrote :

Hi,

I can confirm that just removing 10-hinting-slight.conf works also for me, without affecting Qt application.

Thanks!

Revision history for this message
In , Ken-adcstudio (ken-adcstudio) wrote :

It doesn't just effect opacity. Check out http://www.mobify.me/ for a real world example. The "Learn More" text has an opacity set for .9999, but the upper right hand "Sign-up" doesn't. Changing color to other then white (via firebug) helps. To see it even better, turn off backgrounds with firebug.

Using Vista 64 with ClearType, FF 3.5.5 and FF 3.6 beta.

Revision history for this message
In , Ken-adcstudio (ken-adcstudio) wrote :

I noticed that the growl like new mail notification on Thunderbird 3.0b4 has the strangely colored anti aliasing too.

Revision history for this message
In , Serenity-katz (serenity-katz) wrote :

I was going to submit for a new bug, but this is exactly the same thing here. Xft and Cairo color fringing has been a long standing problem, and David Turner (you know, Mr. Freetype) wrote a patch addressing it loooong time ago. Somehow the Freedesktop.org people just wouldn't accept it, then again they don't always make the best decisions when it comes to font rendering. However, since Mozilla by default uses embedded libcairo, I really don't see any reason the patch can't be applied when building. Turner patches can be found on his site at freetype:

http://david.freetype.org/lcd/

which will not work for current versions of Cairo now, but there's the ubuntu patch derived from it:

http://archive.ubuntu.com/ubuntu/pool/main/c/cairo/cairo_1.8.6-1ubuntu2.diff.gz

I also have my own version adapted from Turner's original patch that applies cleanly against cairo 1.8.* -- which is the sole reason I build Firefox from source on my laptop. It would be great if Mozilla can just apply this patch when building release binaries, as it would save a lot of eyesore for users.

Revision history for this message
In , Mozilla-behdad (mozilla-behdad) wrote :

Ubuntu patches cairo and fontconfig to use the newer FreeType subpixel filters, whereas upstream cairo doesn't (yet). The whole thing is very controversial since those filters are suspected to infringe patents in the US...

So, that's where the discrepancy comes from...

Revision history for this message
In , Ken-adcstudio (ken-adcstudio) wrote :

This build (http://www.osnews.com/comments/22543) of "Firefox 3.7 with built-in Direct2D acceleration" seems to have fixed the issue (uses different font renderer?). I was suspecting some sort of hex math rounding issue, or using the full number instead of each channel's number separately.

Revision history for this message
In , Ken-adcstudio (ken-adcstudio) wrote :

Please see Bug 512136 (https://bugzilla.mozilla.org/show_bug.cgi?id=512136)
for windows possible related bug, with a test for windows vista/7 with cleartype https://bug363861.bugzilla.mozilla.org/attachment.cgi?id=321706

Revision history for this message
In , Sylvain Pasche (sylvain-pasche) wrote :

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

Revision history for this message
In , Sylvain Pasche (sylvain-pasche) wrote :

*** Bug 512136 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Sylvain Pasche (sylvain-pasche) wrote :

(In reply to comment #15)
> Please see Bug 512136 (https://bugzilla.mozilla.org/show_bug.cgi?id=512136)
> for windows possible related bug, with a test for windows vista/7 with
> cleartype https://bug363861.bugzilla.mozilla.org/attachment.cgi?id=321706

That's bug 363861, which isn't related to this one.

Revision history for this message
In , Ken-adcstudio (ken-adcstudio) wrote :

the new DirectWrite backend in Cairo, and demonstrated in this build (http://www.basschouten.com/media/blogs/blog/warning.html) fixes the issue for me (on Vista x64).

Revision history for this message
In , Serenity-katz (serenity-katz) wrote :

> ... The whole thing is very controversial
> since those filters are suspected to infringe patents in the US...

But the specific patch mentioned doesn't directly do anything about glyphs. It only enables lcdfilter options if it's _already compiled_ into the system's FreeType libs; that is, any patent issue would lie not in cairo, but in the freetype binaries because the distribution or the user chose to enable patented features, so it shouldn't be a problem for Mozilla source to include that patch. Am I misunderstanding the situation here?

Revision history for this message
In , Mozilla-behdad (mozilla-behdad) wrote :

Can you require a freetype new enough to have that API? (I think they were introduced in 2.3.0). Or doing dlopen tricks again?

Revision history for this message
In , Serenity-katz (serenity-katz) wrote :

> Can you require a freetype new enough to have that API? (I think they were
> introduced in 2.3.0). Or doing dlopen tricks again?

Turner's first lcd patch was for cairo-1.0.4, which was what, 3 years ago? The patch I use was originally for cairo-1.2.4, also ancient. I'd think the lib version is a non-issue here.

Revision history for this message
In , Mozilla-behdad (mozilla-behdad) wrote :

However, I think it is, if the base system is still RHEL5.

Revision history for this message
In , Serenity-katz (serenity-katz) wrote :

RHEL5 itself has Cairo > 1.2.4 already, why would it be a problem?

Revision history for this message
In , Mozilla-behdad (mozilla-behdad) wrote :

I'm talking about FreeType version. Cairo doesn't matter since Mozilla ships its own cairo.

Revision history for this message
In , Serenity-katz (serenity-katz) wrote :

I meant to say, if the cairo version is recent enough, freetype is probably ok--which was not true. I compiled freetype-2.2.1 (that's what RHEL5 has I think), and patched cairo fails when linking against it. Bummer.

xteejx (xteejx)
tags: added: karmic
Revision history for this message
Detlef Lechner (detlef-lechner) wrote :

The bug persists in Firefox version 3.5.7.
'~$ uname -a; Linux T43 2.6.31-17-generic #54-Ubuntu SMP Thu Dec 10 16:20:31 UTC 2009 i686 GNU/Linux'

Revision history for this message
Alexander Obersht (alexander-obersht) wrote :

This bug doesn't affect FF 3.5.x for me (Karmic) but does affect FF 3.6 (Karmic - stable PPA; Lucid). I was able to reproduce this bug in different installations. It's always the same and only affects FF 3.6.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.