MASTER - Font hinting does not honour gnome-settings in Firefox
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Chromium |
Invalid
|
Undecided
|
Unassigned | ||
Chromium Browser |
Invalid
|
Undecided
|
Unassigned | ||
Mozilla Firefox |
Fix Released
|
Medium
|
|||
firefox (Ubuntu) |
Fix Released
|
High
|
Chris Coulson | ||
Bug Description
Binary package hint: firefox-3.5
asac, ask that I create a new account and observe if the FF 3.5 uses the gnome appearance settings, it seems that it doesn't.
I set my gnome settings to *hint full*. http://
Is the hinting hardcoded somewhere?
ProblemType: Bug
Architecture: amd64
DistroRelease: Ubuntu 9.04
NonfreeKernelMo
Package: firefox-3.5 3.5~b4~
ProcEnviron:
SHELL=/usr/bin/zsh
PATH=(custom, user)
LANG=en_GB.UTF-8
SourcePackage: firefox-3.5
Uname: Linux 2.6.28-11-generic x86_64
In Mozilla Bugzilla #404637, Roc-ocallahan (roc-ocallahan) wrote : | #122 |
Is it different from other GTK/Pango apps on your system?
In Mozilla Bugzilla #404637, Jeffrey Baker (jwbaker) wrote : | #123 |
Created attachment 289572
Screenshot of native text
Screenshot is the same sentence typed into gedit with the same font, Droid Sans 12.
In Mozilla Bugzilla #404637, Roc-ocallahan (roc-ocallahan) wrote : | #124 |
Ok, I'm not really sure what's going on here. Michael might be able to help out next week.
In Mozilla Bugzilla #404637, Sylvain Pasche (sylvain-pasche) wrote : | #125 |
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
In Mozilla Bugzilla #404637, Dylan Grose (dkbg) wrote : | #126 |
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.
In Mozilla Bugzilla #404637, 12345667890gregfdbdfsdbd (12345667890gregfdbdfsdbd-deactivatedaccount-deactivatedaccount) wrote : | #127 |
I can confirm the same problem on Fedora 9 and Manfield 3.0 beta 4.
In Mozilla Bugzilla #404637, Sylvain Pasche (sylvain-pasche) wrote : | #128 |
*** Bug 375591 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #404637, Sylvain Pasche (sylvain-pasche) wrote : | #129 |
This is clearly a cairo issue. See:
https:/
Things are actually stalled upstream unfortunately. Ubuntu/Debian users are lucky because their cairo is patched against this bug.
In Mozilla Bugzilla #404637, Sylvain Pasche (sylvain-pasche) wrote : | #130 |
*** Bug 436760 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #404637, Karlt (karlt) wrote : | #131 |
Changing summary to reflect the current manifestation of this bug.
mbana (m.bana) wrote : | #1 |
In Mozilla Bugzilla #404637, Jürgen 'jiha' Harter (jiha-bugzilla) wrote : | #132 |
Trying to build SeaMonkey on a ubuntu 9.04 machine. It builds fine when --enable-
What cairo libs are needed?
In Mozilla Bugzilla #404637, Sylvain Pasche (sylvain-pasche) wrote : | #133 |
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://
If you have building issues, I suggest you comment in the mozilla.dev.builds newsgroup (http://
tankdriver (stoneraider-deactivatedaccount) wrote : | #2 |
I can confirm that. (v3.5pre https:/
Here is a workaround: http://
mbana (m.bana) wrote : Re: [Bug 379761] Re: FF 3.5 font hinting | #3 |
no, that doesn't work i'm afraid.
2009/6/21 tankdriver <email address hidden>
> I can confirm that. (v3.5pre
> https:/
> )
> Here is a workaround: http://
>
> --
> FF 3.5 font hinting
> https:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in “firefox-3.5” source package in Ubuntu: New
>
> Bug description:
> Binary package hint: firefox-3.5
>
> asac, ask that I create a new account and observe if the FF 3.5 uses the
> gnome appearance settings, it seems that it doesn't.
>
> I set my gnome settings to *hint full*.
> http://
> right) is hinting correctly. F 3.5 isn't, it seems to be using *hint
> slight*. Have a look at the gnome taskbar and the FF 3.5 menu bar the
> renderings clearly aren't the same.
>
> Is the hinting hardcoded somewhere?
>
> ProblemType: Bug
> Architecture: amd64
> DistroRelease: Ubuntu 9.04
> NonfreeKernelMo
> Package: firefox-3.5 3.5~b4~
> ProcEnviron:
> SHELL=/usr/bin/zsh
> PATH=(custom, user)
> LANG=en_GB.UTF-8
> SourcePackage: firefox-3.5
> Uname: Linux 2.6.28-11-generic x86_64
>
nanotube (nanotube) wrote : Re: FF 3.5 font hinting | #4 |
I can confirm that as well.
Alexander Sack (asac) wrote : | #5 |
i think for firefox the gtk way of applying the gnome settings fonts seems to have no effect. e.g. ffox only uses fontconfig.
Changed in firefox-3.5 (Ubuntu): | |
importance: | Undecided → High |
status: | New → Triaged |
Vadim Peretokin (vperetokin) wrote : | #6 |
Confirming the problem and the workaround mentioned solved it.
Atlas (earth) wrote : | #7 |
The workaround did not work for me
nanotube (nanotube) wrote : | #8 |
another workaround has been posted in this thread on ubuntu forums (post #3):
http://
that appears to have positive feedback.
Bhaskar Kandiyal (bkandiyal) wrote : | #9 |
I can confirm the bug and the workarounds mentioned didn't work...
Pedro Varela Saraiva (varelasaraiva) wrote : | #10 |
I installed firefox 3.5 through ubuntuzilla. I can confirm the bug and all the workarounds mentioned either here or at ubuntuforums.org don't work as well. I've been playing with the ~/.fonts.conf hinting setting and I see no difference.
Alexander Sack (asac) wrote : | #11 |
Pedro, dont use ubuntuzilla. They use their own cairo which causes theproblem. the archive packages should at least be much better.
Alexander Sack (asac) wrote : | #12 |
I played a bit around and i cannot reproduce the problem for the builds we provide for karmic. It happens with upstream builds only, which probably happens because of a version mismatch of what mozilla builds-in and what we have on the system. Can you confirm that you dont see any difference comparing ffox menu with other gnome app menus?
nanotube (nanotube) wrote : | #13 |
Alexander: to clarify, ubuntuzilla installs the official mozilla build, so whatever cairo the mozilla guys build with is what gets used. Have you any suggestions how to get proper font hinting when using the mozilla build? Or should this be filed upstream?
Bhaskar Kandiyal (bkandiyal) wrote : | #14 |
Actually, I get this bug even when I compile firefox from source...so, I guess it's not a mozilla build specific bug.
Alexander Sack (asac) wrote : | #15 |
@nanotube: thats only partially correct. upstream build uses system pango and gtk ... both directly use cairo, so you end up having two cairos being used - which from my debugging leads to the moz cairo not seeing the proper XDefaults set by gtk.
@Bhaskar: if you dont explicitly add --enable-
summary: |
- FF 3.5 font hinting + FF 3.5 font hinting wrong in content area |
mbana (m.bana) wrote : Re: [Bug 379761] Re: FF 3.5 font hinting | #16 |
2009/7/3 Alexander Sack <email address hidden>
> I played a bit around and i cannot reproduce the problem for the builds
> we provide for karmic. It happens with upstream builds only, which
> probably happens because of a version mismatch of what mozilla builds-in
> and what we have on the system. Can you confirm that you dont see any
> difference comparing ffox menu with other gnome app menus?
the menu in ff 3.5 has the same rendering as the desktop apps, it's only the
content of the page that seems to use a different rendering. can others
confirm?
>
>
> --
> FF 3.5 font hinting
> https:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in “firefox-3.5” package in Ubuntu: Triaged
>
> Bug description:
> Binary package hint: firefox-3.5
>
> asac, ask that I create a new account and observe if the FF 3.5 uses the
> gnome appearance settings, it seems that it doesn't.
>
> I set my gnome settings to *hint full*.
> http://
> right) is hinting correctly. F 3.5 isn't, it seems to be using *hint
> slight*. Have a look at the gnome taskbar and the FF 3.5 menu bar the
> renderings clearly aren't the same.
>
> Is the hinting hardcoded somewhere?
>
> ProblemType: Bug
> Architecture: amd64
> DistroRelease: Ubuntu 9.04
> NonfreeKernelMo
> Package: firefox-3.5 3.5~b4~
> ProcEnviron:
> SHELL=/usr/bin/zsh
> PATH=(custom, user)
> LANG=en_GB.UTF-8
> SourcePackage: firefox-3.5
> Uname: Linux 2.6.28-11-generic x86_64
>
Alexander Sack (asac) wrote : Re: FF 3.5 font hinting | #17 |
@nanotube: ... and yes, file a bug upstream (from what i understand its not the bug mbana has filed this bug for - I adjusted the title accordingly). If you want, file a new bug here too, where we can link the bugzilla bug to and track the progress.
mbana (m.bana) wrote : Re: [Bug 379761] Re: FF 3.5 font hinting | #18 |
- .fonts.conf Edit (4.7 KiB, application/octet-stream; name=".fonts.conf")
seems to work in FF 3.0.
2009/7/3 Alexander Sack <email address hidden>
> @nanotube: ... and yes, file a bug upstream (from what i understand its
> not the bug mbana has filed this bug for - I adjusted the title
> accordingly). If you want, file a new bug here too, where we can link
> the bugzilla bug to and track the progress.
>
> --
> FF 3.5 font hinting wrong in content area
> https:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in “firefox-3.5” package in Ubuntu: Triaged
>
> Bug description:
> Binary package hint: firefox-3.5
>
> asac, ask that I create a new account and observe if the FF 3.5 uses the
> gnome appearance settings, it seems that it doesn't.
>
> I set my gnome settings to *hint full*.
> http://
> right) is hinting correctly. F 3.5 isn't, it seems to be using *hint
> slight*. Have a look at the gnome taskbar and the FF 3.5 menu bar the
> renderings clearly aren't the same.
>
> Is the hinting hardcoded somewhere?
>
> ProblemType: Bug
> Architecture: amd64
> DistroRelease: Ubuntu 9.04
> NonfreeKernelMo
> Package: firefox-3.5 3.5~b4~
> ProcEnviron:
> SHELL=/usr/bin/zsh
> PATH=(custom, user)
> LANG=en_GB.UTF-8
> SourcePackage: firefox-3.5
> Uname: Linux 2.6.28-11-generic x86_64
>
mbana (m.bana) wrote : | #19 |
- Screenshot.png Edit (321.8 KiB, image/png; name="Screenshot.png")
screenshot attached.
url: http://
pango-view -t "avoid repeated calculations - 3.5" --backend=xft
--font="Tahoma 11"
pango-view -t "avoid repeating calculations - 3.0" --backend=cairo
--font="Tahoma 11"
mbana (m.bana) wrote : Re: [Bug 379761] Re: FF 3.5 font hinting | #20 |
- Screenshot.png Edit (321.8 KiB, image/png; name="Screenshot.png")
screenshot attached.
url: http://
pango-view -t "avoid repeated calculations - 3.5" --backend=xft
--font="Tahoma 11"
pango-view -t "avoid repeating calculations - 3.0" --backend=cairo
--font="Tahoma 11"
2009/7/3 Mohamed Bana <email address hidden>
> seems to work in FF 3.0.
>
> 2009/7/3 Alexander Sack <email address hidden>
>
>> @nanotube: ... and yes, file a bug upstream (from what i understand its
>>
>> not the bug mbana has filed this bug for - I adjusted the title
>> accordingly). If you want, file a new bug here too, where we can link
>> the bugzilla bug to and track the progress.
>>
>> --
>> FF 3.5 font hinting wrong in content area
>> https:/
>> You received this bug notification because you are a direct subscriber
>> of the bug.
>>
>> Status in “firefox-3.5” package in Ubuntu: Triaged
>>
>> Bug description:
>> Binary package hint: firefox-3.5
>>
>> asac, ask that I create a new account and observe if the FF 3.5 uses the
>> gnome appearance settings, it seems that it doesn't.
>>
>> I set my gnome settings to *hint full*.
>> http://
>> right) is hinting correctly. F 3.5 isn't, it seems to be using *hint
>> slight*. Have a look at the gnome taskbar and the FF 3.5 menu bar the
>> renderings clearly aren't the same.
>>
>> Is the hinting hardcoded somewhere?
>>
>> ProblemType: Bug
>> Architecture: amd64
>> DistroRelease: Ubuntu 9.04
>> NonfreeKernelMo
>> Package: firefox-3.5 3.5~b4~
>> ProcEnviron:
>> SHELL=/usr/bin/zsh
>> PATH=(custom, user)
>> LANG=en_GB.UTF-8
>> SourcePackage: firefox-3.5
>> Uname: Linux 2.6.28-11-generic x86_64
>>
>
>
Bhaskar Kandiyal (bkandiyal) wrote : Re: FF 3.5 font hinting wrong in content area | #21 |
- The top one is FF 3.0, middle is FF 3.5 and at the bottom is Gimp 2.6.6 Edit (36.1 KiB, image/png)
@Alexander: Yes, I've added the --enable-
And also, the menu is also different than other gnome apps. I've added a screenshot.
bgcommon (bgcommon) wrote : | #22 |
I am using jaunty 32 bit. The workaround posted on this thread on ubuntu forums (post #3):
http://
Jiří Zárevúcky (zarevucky-jiri) wrote : | #23 |
Jaunty x64 here. Same problem. The .font.conf workaround worked.
Alan Trick (trick) wrote : | #24 |
The .font.conf made everything consistent for me, but it was all consistently bad :-/
summary: |
- FF 3.5 font hinting wrong in content area + MASTER - FF 3.5 font hinting does not honour gnome-settings |
Jamie Strandboge (jdstrand) wrote : Re: MASTER - FF 3.5 font hinting does not honour gnome-settings | #25 |
I'm seeing this with 3.5.2+nobinonly
StarShock (sshock3) wrote : | #26 |
I'm seeing this with 3.5.2+nobinonly
See the screenshots in my post here: http://
StarShock (sshock3) wrote : | #27 |
Oops, my problem may be something different. As explained in my next post in that thread, the difference I am seeing actually has to do with a text-shadow being applied (which FF 3.0 doesn't support). So the text actually IS supposed to be darker (but I still don't think that should make it jaggedy).
Matthew Woerly (nattgew) wrote : | #28 |
Using Karmic same problem, the following workaround fixed it for me:
sudo rm /etc/fonts/
sudo dpkg-reconfigure fontconfig
(from http://
The next post claimed that it messed up their Opera fonts... but I think I used the same workaround in Jaunty without any issues.
ktalinu (ktalinu) wrote : | #29 |
I just create a symlink for 10-hinting-
Laryllan (laryllan) wrote : | #30 |
i think the gnome font settings should change all fonts in the system, not only the ones used by gnome.
Nick Rhodes (ngrhodes) wrote : | #31 |
Ian Hutchinson (ianhutchinson) wrote : | #32 |
Getting this problem on the Karmic beta, but using the two commands suggested by Nattgew, sorted the problem out and Firefox 3.5 is using the same hinting as the rest of Ubuntu
Krzysztof Kosinski (tweenk) wrote : | #33 |
The apparent culprit is /etc/fonts/
capricorn (ubuntuuser82) wrote : | #34 |
Very annoying ideed. Well, that means I still have to tell a newbie to go to the commandline to configure their system, i.e. have their fonts displayed correctly in FF. Same thing happens when installing kde applications in gnome.
So, maybe gnome font settings should -- because they cannot set font hinting for all users in /etc/fonts/conf.d/ -- still write a .fonts.conf in the user directory for those applications that need it?
nexus (bugie) wrote : | #35 |
You could tell them that they have a stable system at the cost of not having latest software versions. ;-)
Or you could tell them that they could download the font.conf from this site: http://
Ignacio Huerta (iox8) wrote : | #36 |
Removing /etc/fonts/
Artur Rona (ari-tczew) wrote : | #37 |
@iox, comment 36,
Solving problem for me, thanks!
dhenry (tfc-duke) wrote : | #38 |
Will it be fixed for Karmic release? It's a problem many people will suffer, and many of them may not want to look around the web for a hack fixing the issue.
Gannin (spacesword) wrote : | #39 |
This is another one of those usability issues that smacks users right in the face, and yet it's persisted across multiple versions of Ubuntu. I'm surprised this hasn't been polished by now.
Krzysztof Kosinski (tweenk) wrote : | #40 |
Gannin, please don't troll - this issue is present only in Karmic.
Brownout (brownout) wrote : | #41 |
Actually it is on Jaunty too.
dhenry (tfc-duke) wrote : | #42 |
Note that there was a similar bug on Hardy with gnome-terminal:
https:/
Ian Hutchinson (ianhutchinson) wrote : | #43 |
The solution in #28 worked wonders for Firefox 3.5 in the karmic RC, but it kills the font rendering in applications that use qt4 (I think; stuff like VirtualBox, VLC)
dhenry (tfc-duke) wrote : | #44 |
Emacs23, which now uses GTK (by default, it seems), is also affected by this bug. As for firefox, I can fix it by properly creating ~/.fonts.conf...
I'm not a GTK guru so I don't know if applications developers have to implement manually the "connection" between font usage and Gnome font configuration or if GTK should do it automatically, but that makes 3 apps I've seen suffering from this problem. And there are probably more.
Ricardo Pérez López (ricardo) wrote : | #45 |
I have the same problem, too.
Ricardo Pérez López (ricardo) wrote : | #46 |
The workaround of removing /etc/fonts/
freddy3980 (freddy3980) wrote : | #47 |
You can also do the following:
Open terminal and type:
gedit ~/.fonts.config
and enter the text:
<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<fontconfig>
<match target="font">
<edit mode="assign" name="antialias">
<bool>
</edit>
<edit mode="assign" name="hinting">
<bool>
</edit>
</match>
</fontconfig>
save it and that is all, this should fix the font and Firefox and should not brake the fonts of VLC, VirtualBox or SMPlayer and if the fonts were broken it should fix it....
Post to fix it here: http://
Gergely Fábián (gergely.fabian) wrote : | #48 |
The workaround of removing /etc/fonts/
The other workaround of making this ~/.fonts.config file did not work though (do I have to restart system, or logout to make it work?).
Gergely Fábián (gergely.fabian) wrote : | #49 |
Sorry, forgot to mention I have Karmic final version, upgraded from Jaunty.
Gergely Fábián (gergely.fabian) wrote : | #50 |
dhenry, could you please describe how to create properly ~/.fonts.conf? Thanks :)
Gergely Fábián (gergely.fabian) wrote : | #51 |
The solution described here worked for me: http://
dhenry (tfc-duke) wrote : | #52 |
- fonts.conf to be put in your ~/ directory Edit (513 bytes, text/html)
I attached the fonts.conf that solves the problem (at least for me). It is the same as mentionned in the above comment (i.e., fonts.conf taken from ubuntuforums). Note that I haven't tested it with virtual box. Note also that it solves the same problem for emacs23.
dhenry (tfc-duke) wrote : | #53 |
Don't forget to add the dot at the begining of the file name: ".fonts.conf"
Matt Joiner (anacrolix) wrote : | #54 |
I fixed it by doing the following:
$ sudo rm /etc/fonts/
$ sudo ln -s /etc/fonts/
$ sudo dpkg-reconfigure fontconfig
Qt apps and the like were none the worse for it.
Joe Granneman (jgranneman) wrote : | #55 |
I used the method mentioned earlier as the problem still exists in the release version of Karmic.
sudo rm /etc/fonts/
sudo dpkg-reconfigure fontconfig
Everything looks much better so far but I haven't tested all my applications yet. This is a serious bug that needs to be addressed as most new users will not understand the issue. Their perception of a our new flagship version of the OS is key to overall adoption.
Joe Granneman (jgranneman) wrote : | #56 |
I tried the method above and found that fonts in QT apps looked terrible. I used the ~/.fonts.conf method and that works great. All applications look much better.
Björn Nilsson (bni-swe) wrote : | #57 |
http://
Above article describes the problem well and solves it both for QT apps and FF 3.5 in Karmic.
I personally think full hinting should be the default as that is the only option to get the fonts in Ubuntu to even remotely resemble quality font rendering.
In Mozilla Bugzilla #404637, Serenity-katz (serenity-katz) wrote : | #134 |
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://
which will not work for current versions of Cairo now, but there's the ubuntu patch derived from it:
http://
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.
In Mozilla Bugzilla #404637, Mozilla-behdad (mozilla-behdad) wrote : | #135 |
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...
wensveen (wensveen) wrote : | #58 |
All I read are, IMHO, workarounds, but not more.
The problem lies with the fact that, even though firefox-3.5 honors font configuration as configured by fontconfig-config (/etc/fonts/conf.d, ~/.font.conf, etc.), GNOME does not use the same system to configure fonts, or at least font hinting. It seems KDE does (see bug #390975 (dupe)).
Is this a firefox bug? Or a gnome bug? Maybe neither. I don't know the considerations of gnome to not use fontconfig-config, but I think they want to keep all configuration in gconf?
Maybe this should be a feature in firefox-
Alexey Loukianov (lexa2) wrote : | #59 |
Well, the truth as always lies somewhere between.
In fact font hinting may be set on per-application basis using Xft X resources. So any program you start up ends up with thsis Xft resources set up, no matter are the settings for font hinting set in .font.conf, in gconf or in .Xdefaults/
Firefox uses GTK+ as it's rendering backend on linux. But firefox by itself isn't a Gnome application - the only thing (well, almost) that is used from Gnome is widget engine and file chooser dialog. It is perfectly normal for firefox to be set up on a system without gnome-settings-
And here we come to a problem/bug described in this ticket: firefox-3.0 font hinting Xft X resources were controlled by gnome-settings-
In Mozilla Bugzilla #404637, Ken-adcstudio (ken-adcstudio) wrote : | #136 |
Please see Bug 512136 (https:/
for windows possible related bug, with a test for windows vista/7 with cleartype https:/
In Mozilla Bugzilla #404637, Sylvain Pasche (sylvain-pasche) wrote : | #137 |
(In reply to comment #15)
> Please see Bug 512136 (https:/
> for windows possible related bug, with a test for windows vista/7 with
> cleartype https:/
That's bug 363861, which isn't related to this one.
In Mozilla Bugzilla #404637, Serenity-katz (serenity-katz) wrote : | #138 |
> ... 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?
In Mozilla Bugzilla #404637, Mozilla-behdad (mozilla-behdad) wrote : | #139 |
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?
In Mozilla Bugzilla #404637, Serenity-katz (serenity-katz) wrote : | #140 |
> 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.
In Mozilla Bugzilla #404637, Mozilla-behdad (mozilla-behdad) wrote : | #141 |
However, I think it is, if the base system is still RHEL5.
In Mozilla Bugzilla #404637, Serenity-katz (serenity-katz) wrote : | #142 |
RHEL5 itself has Cairo > 1.2.4 already, why would it be a problem?
In Mozilla Bugzilla #404637, Mozilla-behdad (mozilla-behdad) wrote : | #143 |
I'm talking about FreeType version. Cairo doesn't matter since Mozilla ships its own cairo.
In Mozilla Bugzilla #404637, Serenity-katz (serenity-katz) wrote : | #144 |
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.
wensveen (wensveen) wrote : | #60 |
How about my proposal to fix this in the firefox-
Alexey Loukianov (lexa2) wrote : | #61 |
Your proposal is good, but it needs upstream fix to firefox-3.5 to allow "the behaviour to be controlled by a plugin / component".
And keep in mind, that I hadn't done any extensive research concerning firefox-3.5 behavior comparing with firefox-3.0, so my proposals about the core of the bug might be wrong.
John Vivirito (gnomefreak) wrote : | #62 |
Firefox-3.5 will not have any new features/core changes.
Firefox-3.6 can still have these changes. Can you please file a bug upstream and post the link here.
Sloma (bartek-sokolowski) wrote : | #63 |
Same problem in Thunderbird 3.0. fontconfig / .fonts.conf solution is not any help, same with gnome settings. I'm not sure what to do next.
Andrea Campolonghi (acampolonghi) wrote : | #64 |
I can confirm 3.5.6 still has issue.
I am on 9.10 64bit and I tried almost any workaround with no luck.
What is embarassing is that new Chrome have tons of less issues that FF.... no fonts issue, flash player works great , java apllet also do their job..
Is there a plan for solving that?
Thanks
Andrea
Gergely Fábián (gergely.fabian) wrote : | #65 |
I can reproduce this on Lucid Lynx Alpha 2, with the built in Firefox 3.5.7.
In Mozilla Bugzilla #541319, Anders Kaseorg (andersk) wrote : | #66 |
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2pre) Gecko/20100121 Ubuntu/10.04 (lucid) Namoroka/3.6pre
Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2pre) Gecko/20100121 Ubuntu/10.04 (lucid) Namoroka/3.6pre
I’m using Firefox 3.6 from the ubuntu-
I believe the problem is with the in-source cairo bundled by Firefox. This is fixed for all other applications with Ubuntu’s cairo patch debian/
Reproducible: Always
firefox 3.6~hg20100120r
In Mozilla Bugzilla #541319, Marien Zwart (marienz) wrote : | #67 |
And this is not bug 458612 (that is: you tried with a ~/.fonts.conf as mentioned around bug 458612 comment 14)? See also bug 458612 comment 31 for a way to check for that issue.
If you are correct about the only relevant difference being the 04_lcd_filter patch isn't this a bug with the ubuntu-
In Mozilla Bugzilla #541319, Reed Loden (reed) wrote : | #68 |
Most likely a dupe of bug 458612 or bug 404637...
In Mozilla Bugzilla #541319, Alexander Sack (asac) wrote : | #69 |
I don't think that this is caused by the lcd patch (alone).
Andres, can you check if firefox honours any of the settings you can change in the gnome fonts dialog wrt hinting, anti aliasing, subpixel rendering?
In Mozilla Bugzilla #541319, Anders Kaseorg (andersk) wrote : | #70 |
The Smoothing control (None/Grayscale
AFAIK there’s no GNOME control for the LCD filter.
In Mozilla Bugzilla #541319, Anders Kaseorg (andersk) wrote : | #71 |
I am aware of bug 458612, but this isn’t the problem I’m reporting. Ubuntu’s /etc/fonts/
Bug 404637 does match my symptoms.
In Mozilla Bugzilla #541319, Alexander Sack (asac) wrote : | #72 |
i debugged this issue a few month ago and from my understanding it has something to do that gtk+ using system cairo for the font settings initialization and stores the config in a struct that is then not seen by firefox cairo ... but thats just out of the top of my head. I will see if i find the place where this happened again ...
Brendan_P (brendan-p) wrote : Re: MASTER - FF 3.5 font hinting does not honour gnome-settings | #73 |
Confirming workaround in #57 worked for me in karmic
In Mozilla Bugzilla #541319, Vish (vish) wrote : | #74 |
I'm facing the same problem on 32 bit too:
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2)
Gecko/20100124 Ubuntu/10.04 (lucid) Firefox/3.6
In Mozilla Bugzilla #541319, Alessandro Ghersi (alessandro-ghersi) wrote : | #75 |
Same problem here with Kubuntu Lucid
Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2) Gecko/20100125 Ubuntu/10.04 (lucid) Firefox/3.6
In Mozilla Bugzilla #541319, Mozilla-bugs-micahscomputing (mozilla-bugs-micahscomputing) wrote : | #76 |
*** This bug has been marked as a duplicate of bug 404637 ***
In Mozilla Bugzilla #404637, Mozilla-bugs-micahscomputing (mozilla-bugs-micahscomputing) wrote : | #145 |
*** Bug 541319 has been marked as a duplicate of this bug. ***
rugbistar (rugbistar) wrote : Re: MASTER - FF 3.5 font hinting does not honour gnome-settings | #77 |
sorry for my bad english.
I found the only method to fix the hinting issue in karmic for firefox, thunderbird, (and maybe openoffice) is compiling (buildind) with cairo option activated, that is with these two rows in .mozconfig file:
ac_add_options --enable-
ac_add_options --enable-
I use the .font.conf file method too.
bye
Micah Gersten (micahg) wrote : | #78 |
Adding tracking task for Firefox 3.6+
Changed in firefox (Ubuntu): | |
importance: | Undecided → High |
status: | New → Triaged |
Changed in firefox (Ubuntu): | |
milestone: | none → ubuntu-10.04-beta-1 |
In Mozilla Bugzilla #541319, Alexander Sack (asac) wrote : | #79 |
Bug 404637 is not obviously a dupe of this one. that one is about the lcd patch; this one is also about gtk settings not being honoured at all for hinting.
In Mozilla Bugzilla #541319, Ventnor-bugzilla (ventnor-bugzilla) wrote : | #80 |
Is the Ubuntu patch now included in upstream Cairo? If so, this will be fixed by bug 542605
In Mozilla Bugzilla #541319, Ventnor-bugzilla (ventnor-bugzilla) wrote : | #81 |
And if not, you may want to talk to the owner of that bug to discuss possible inclusion.
In Mozilla Bugzilla #541319, Alexander Sack (asac) wrote : | #82 |
michael, this bug is about gtksettings for hinting style is not honoured if you use --disable-
In Mozilla Bugzilla #541319, Karlt (karlt) wrote : | #83 |
asac: are you sure you don't have fontconfig rules overriding the gtk settings?
(See bug 458612.)
In Mozilla Bugzilla #541319, Alexander Sack (asac) wrote : | #84 |
Karl, iirc that was fixed a while ago by a fontconfig cleanup. also iirc, it was an issue even when using system-cairo.
Also, afaict fontconfig should never win over gtk settings - and thats the behaviour you see on the rest of the desktop.
In Mozilla Bugzilla #541319, Karlt (karlt) wrote : | #85 |
(In reply to comment #15)
> Karl, iirc that was fixed a while ago by a fontconfig cleanup. also iirc, it
> was an issue even when using system-cairo.
Excellent. As you imply, if gtk settings are having an effect with system-cairo, they should be having an effect with tree-cairo. This is the code that pulls in GTK Settings:
Doing "call FcPatternPrint(
btmorex (avery-shadypixel) wrote : Re: MASTER - FF 3.5 font hinting does not honour gnome-settings | #86 |
really hope this gets fixed for lucid. slight hinting looks really, really bad (why is it the default?) whereas full hinting looks acceptable.
Ricardo Pérez López (ricardo) wrote : | #87 |
After upgrading my Karmic to Lucid Beta 1 today, this bug reappeared. I need to remove /etc/fonts/
Peter Würtz (pwuertz) wrote : | #88 |
I don't understand why this bug is considered to be a firefox bug as it is clearly a bug of the application we use to change the font settings. Non-gnome applications like firefox or qt4 based applications rely on .fonts.conf for the font hinting configuration instead of pulling parameters from gconf. So is this file not created or modified when the user configures this?
Gnome bug?
Radu Cristian Fotescu (beranger) wrote : | #89 |
INHO it is indeed a GNOME bug.
Having a consistently-
Self-centered desktop environments should think twice about their raison d'être.
Now, how many years will take to GNOME3 to add a mechanism to duplicate the gconf settings in .gtkrc and .fonts.config?
John Vivirito (gnomefreak) wrote : | #90 |
No reason to have firefox-3.5 since we no longer use versioning.
Changed in firefox-3.5 (Ubuntu): | |
status: | Triaged → Won't Fix |
Julien Olivier (julo) wrote : | #91 |
You don't user versioning (whatever that is) so you won't fix this bug ?!?
Guiodic (Guido Iodice) (guido-iodice) wrote : | #92 |
This is a long time bug, but it is still unsolved.
New Ubuntu look, themes and whatever are important stuff but a decent font hinting in the most impostant application in more urgent, I think.
This is "desktop experience" too.
mbana (m.bana) wrote : Re: [Bug 379761] Re: MASTER - FF 3.5 font hinting does not honour gnome-settings | #93 |
ditto.
—Mohamed
On 26 March 2010 22:48, Guiodic (Guido Iodice) <email address hidden>wrote:
> This is a long time bug, but it is still unsolved.
>
> New Ubuntu look, themes and whatever are important stuff but a decent
> font hinting in the most impostant application in more urgent, I think.
>
> This is "desktop experience" too.
>
> --
> MASTER - FF 3.5 font hinting does not honour gnome-settings
> https:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in “firefox” package in Ubuntu: Triaged
> Status in “firefox-3.5” package in Ubuntu: Won't Fix
> Status in “fontconfig” package in Ubuntu: New
>
> Bug description:
> Binary package hint: firefox-3.5
>
> asac, ask that I create a new account and observe if the FF 3.5 uses the
> gnome appearance settings, it seems that it doesn't.
>
> I set my gnome settings to *hint full*.
> http://
> right) is hinting correctly. F 3.5 isn't, it seems to be using *hint
> slight*. Have a look at the gnome taskbar and the FF 3.5 menu bar the
> renderings clearly aren't the same.
>
> Is the hinting hardcoded somewhere?
>
> ProblemType: Bug
> Architecture: amd64
> DistroRelease: Ubuntu 9.04
> NonfreeKernelMo
> Package: firefox-3.5 3.5~b4~
> ProcEnviron:
> SHELL=/usr/bin/zsh
> PATH=(custom, user)
> LANG=en_GB.UTF-8
> SourcePackage: firefox-3.5
> Uname: Linux 2.6.28-11-generic x86_64
>
> To unsubscribe from this bug, go to:
> https:/
>
ChrisDesjardins (cddesjardins) wrote : Re: MASTER - FF 3.5 font hinting does not honour gnome-settings | #94 |
Agreed. This bug should be fixed and it should be a papercut. Nice crisp, unified fonts are a must. Pretty exterior is fine and dandy but I deal with fonts in everything I do on a computer. I forget about my window borders, DE, wallpaper, etc., in my day to day but not my fonts! Having to edit ~/.fonts.conf on my Ubuntu machines when I don't have to on my Debian machines makes no sense. What is Ubuntu doing differently? Also anyone noticed that the fonts of certain sites are also quite fuzzy such as Facebook on Ubuntu but not on Windows, e.g.
ChrisDesjardins (cddesjardins) wrote : | #95 |
Also this bug is still present on Firefox-3.6 so
status: Triaged → Won't Fix
should be changed and this should be upped to 3.6 as I'm on lucid and am still experiencing this.
Detlef Lechner (detlef-lechner) wrote : | #96 |
This bug has not been fixed in Firefox 3.6 Mozilla Firefox for Ubuntu canonical - 1.0
Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.2; Gecko/20100308 Ubuntu/10.04 (lucid) Firefox/3.6
John Vivirito (gnomefreak) wrote : | #97 |
the task "firefox" is for 3.6 we no longer use anything after the word firefox.
Tom Jaeger (thjaeger) wrote : | #98 |
@asac:
Sorry it took me so long to reply, here's a little bit about the history of the patch.
The subpixel patch that ubuntu is currently using was added to cairo master during the 1.8.0 cycle, but then dropped shortly before the release [1], essentially because of concerns over the test suite failing on some systems. Ubuntu (and debian, I think) simply reverted the revert, and have been shipping the patch in their cairo ever since, without any issues that I know of. There have been several attempts to re-introduce the feature, the last one this January [2,3], but they have never resulted in a new patch, partly because it is not clear how upstream wants to solve this (Carl is quite unreasonable on this issue, in my opinion). See also the upstream bug.
The patch is very well-tested and the outcome is generally preferred to the legacy filter, so it's hard to imagine mozilla rejecting it.
[1] http://
[2] http://
[3] http://
[4] http://
Tom Jaeger (thjaeger) wrote : | #99 |
Please ignore the last comment, I meant to add it to bug #512615. Sorry about the noise.
Changed in firefox (Ubuntu): | |
milestone: | ubuntu-10.04-beta-1 → none |
ToniTC (lunatc) wrote : | #100 |
- dot-fonts.conf auto-rewrite python script Edit (2.4 KiB, text/plain)
As a workaround, I have been using a self-made script in python to make .fonts.conf follow gconf settings.
I've added it to session startup scripts for watching for changes in gconf and writting a new version of ~/.fonts.conf according to the new values whenever settings are modified.
An ugly solution but works for me.
stenliq (stanislav-schnelly) wrote : | #101 |
I've done the math and it's 22 days to go. That's not much time. Today's system update (Firefox included) didn't change anything - fonts in Firefox are still unreadable. I hope it won't be another "fix-it-yourself" thing in LTS release.
If gnome-appearanc
Matthew Woerly (nattgew) wrote : Re: [Bug 379761] Re: MASTER - FF 3.5 font hinting does not honour gnome-settings | #102 |
I agree, for the default browser, which may be the most used app for a
lot of people, bad fonts is a pretty bad bug. I tried the same fix in
Lucid and Chrome still looks much better than Firefox.
Alexander Obersht (alexander-obersht) wrote : Re: MASTER - FF 3.5 font hinting does not honour gnome-settings | #103 |
FF 3.6.3 in Lucid Beta 2 is unaffected.
Benjamin Drung (bdrung) wrote : | #104 |
I can confirm that FF in lucid honors the font hinting, but not the smoothing (bug #559149).
Changed in firefox (Ubuntu): | |
status: | Triaged → Fix Released |
In Mozilla Bugzilla #541319, Alexander Sack (asac) wrote : | #105 |
well. i debugged this once and saw that the gtksettings struct initialized on startup by system cairo (yes, gtk loads system cairo first), is then NULLed out when it comes to in-source cairo.
How sure are you that this works anywhere? I think i got someone confirming that gtk settings have no effect in fedora too with upstream builds. I will get that reconfirmed.
In Mozilla Bugzilla #541319, iav (iav) wrote : | #106 |
Now I build firefox trunk on fedora 12 and ubuntu 9.
Under fedora firefox follows font rendering settings, at least when build with "enable-
Under ubuntu it doesn't.
Changed in firefox: | |
status: | Unknown → Confirmed |
In Mozilla Bugzilla #541319, Karlt (karlt) wrote : | #107 |
(In reply to comment #14)
> asac: are you sure you don't have fontconfig rules overriding the gtk settings?
(In reply to comment #15)
> Karl, iirc that was fixed a while ago by a fontconfig cleanup. also iirc, it
> was an issue even when using system-cairo.
fontconfig-config still looks like it contains
/etc/fonts/
http://
The reporter reported the lcd filter changes with the switch from system-cairo.
asac, it was you who raised the issue of gtk settings and changed the summary of this bug, yet i don't see anyone claiming that that started with the switch from system-cairo.
> Also, afaict fontconfig should never win over gtk settings - and thats the
> behaviour you see on the rest of the desktop.
You see that behavior in cairo apps because of this bug:
https:/
The correct behavior is to give fontconfig the option of checking the gtk settings and adjusting according to the font. This is the behavior of Xft apps (though Qt has its own peculiarities).
Derek Chen-Becker (dchenbecker) wrote : Re: MASTER - FF 3.5 font hinting does not honour gnome-settings | #108 |
I just upgraded to 10.04 this morning and I'm seeing broken hinting until I use the .fonts.conf workaround.
Frederik Elwert (frederik-elwert) wrote : | #109 |
I can also confirm this bug in Lucid on several machines. Hinting is broken until the .fonts.conf workaround is applied.
summary: |
- MASTER - FF 3.5 font hinting does not honour gnome-settings + MASTER - Font hinting does not honour gnome-settings in Firefox |
Chris Coulson (chrisccoulson) wrote : | #110 |
This is still an issue, so it shouldn't really be closed. I've been investigating this for the last few days, and can see why Firefox is doing this now
Changed in firefox (Ubuntu): | |
assignee: | nobody → Chris Coulson (chrisccoulson) |
status: | Fix Released → Triaged |
Chris Coulson (chrisccoulson) wrote : | #111 |
Can we please not mix multiple products on the same bug. This bug is about font configuration in firefox rather than chromium (without investigating in depth, it might be a completely unrelated issue in chromium)
Changed in chromium: | |
importance: | Unknown → Undecided |
status: | Unknown → New |
Changed in chromium-browser: | |
importance: | Unknown → Undecided |
status: | Unknown → New |
Changed in chromium: | |
status: | New → Invalid |
Changed in chromium-browser: | |
status: | New → Invalid |
Louis Simard (louis-simard-deactivatedaccount) wrote : | #112 |
In Firefox 3.6.6 Lucid 32-bit, the workaround from this thread worked: http://
> In a previous page of this thread, amn108 wrote:
>
> Funny i just removed all /etc/files/
> "dpkg-reconfigure fontconfig" and Firefox 3.5 started to obey
> my Gnome text rendering ways. That is all it took.
I have my GNOME font options set to No hinting + Grayscale antialiasing, and the defaults in /etc/fonts/conf.d say hinting-slight.
Just my 2 cents.
In Mozilla Bugzilla #404637, Karlt (karlt) wrote : | #146 |
*** Bug 581715 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #404637, Karlt (karlt) wrote : | #147 |
*** Bug 590864 has been marked as a duplicate of this bug. ***
Changed in firefox: | |
importance: | Unknown → Medium |
Suraj N. Kurapati (sunaku) wrote : | #113 |
I am using Firefox 3.6.10 in Ubuntu Maverick 10.10 Beta. I was able to solve[1] this problem by adjusting the files in /etc/fonts/conf.d/ to reflect my GNOME font settings (in my case, I use full hinting):
cd /etc/fonts/conf.d/
sudo rm 10-hinting-
sudo ln -s ../conf.
sudo dpkg-reconfigure fontconfig
[1] http://
Patrick Gillespie (vermontpoet) wrote : | #114 |
I seem to be having the same issues. Not sure. None of the solutions (offered above or at the Ubuntu Forum) have worked for me. I'm using 10.10 (RC AMD64) with Firefox 3.6.10. The problem also affects Thunderbird, predictably enough. The new Ubuntu font renders correctly in everything *but* Mozilla's software (so far). It appears "spindly" (as if it needed to be bolded). Other Fonts exhibit the same behaviour. One exceptions so far - Britannica Unicode Sans Roman renders correctly in the Desktop *and* Firefox.
Leo (llenchikk) wrote : | #115 |
Solution in comment #28 help for me.
I setup fonts in appearance settings and then make
sudo rm /etc/fonts/
sudo dpkg-reconfigure fontconfig
Fonts in qt-based packages looks like in other gtk packages.
Ubuntu 10.10 amd64.
Avery (docaltmed) wrote : | #116 |
Confirm continued existence of this problem in Lucid.
None of the fixes suggested above worked.
sprt (sprt) wrote : | #117 |
I'm using no hinting and it's impossible to exactly match Chrome's fonts.
Will this be ever fixed?
Bachsau (bachsau) wrote : | #118 |
I can confirm #28 still works. Maybe these files should be removed from ubuntu. Please fix, it's getting on my nerves.
In Mozilla Bugzilla #541319, Bas-schouten (bas-schouten) wrote : | #119 |
Karl, what's the status of this bug?
In Mozilla Bugzilla #541319, Karlt (karlt) wrote : | #120 |
*** This bug has been marked as a duplicate of bug 404637 ***
In Mozilla Bugzilla #404637, Karlt (karlt) wrote : | #148 |
*** Bug 541319 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #404637, Karlt (karlt) wrote : | #149 |
I think this should be fixed now, as of Bug 660448 landing, though most of the fix was in Bug 562746.
Changed in firefox: | |
status: | Confirmed → Invalid |
Changed in firefox: | |
importance: | Medium → Unknown |
status: | Invalid → Unknown |
Changed in firefox: | |
importance: | Unknown → Medium |
status: | Unknown → Fix Released |
no longer affects: | firefox-3.5 (Ubuntu) |
no longer affects: | fontconfig (Ubuntu) |
Changed in firefox (Ubuntu): | |
status: | Triaged → Fix Released |
Created attachment 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