Red Hat Bugzilla – Bug 80418
default terminal font is mis-reported as Sans
Last modified: 2007-04-18 12:49:17 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021218
Description of problem:
After switching from 96 to 126 DPI in Preferences -> Fonts -> Details, fonts got
larger in the display. That was not what I wanted, so I switched them back, but
the fonts in gnome-terminal, window headers and desktop wouldn' t look like
originally any more. In fact, inter-letter spacing was *very* inappropriate:
there was way too much of it.
Not even dfter restoring .gconf/, .gconfd/, .gnome/ and .gnome2/ from the backup
things got back to normal. I had to remove .fonts.cache-1 to get back to what I
was used to.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
0.Take a backup copy of .gconf, .gconfd, .gnome and .gnome2
1.Starting off a (presumably) default font set up, choose Preferences -> Font ->
2.Increase Resolution to say 126, and Close.
3.Terminal window grows. Hate it :-)
4.Change some fonts to size 8 to get it back to a reasonable size.
5.Realize it only gets worse, so change them all back.
6.Change Resolution back to 96.
7.Terminal font looks very oddly-spaced. Hate it more. Pull some hair out.
8.Log out, restore the backup, and log back in
9.Note gnome-terminal still looks horrible
10.Log out again, restore backup again, then remove .fonts.cache-1
11.Log in once again
Actual Results: gnome-terminal is now back to normal. Phew!
Expected Results: It should be back to normal after step 6.
Can't reproduce the problem, and it doesn't really make sense to me.
.fonts.cache-1 has nothing to do with font rendering, it basically
is just a list of fonts on the system.
ok, so changing the DPI is not necessary at all to trigger the problem. Just
changing font sizes to something else, then changing back, is enough to get
stuff to look horrible.
The problem here is that a patch was removed from the libgnome SRPM
because it _should_ have been upstream. BUt it wasn't actually upstream
So let's file the bug upstream, or commit the patch upstream.
This is important for GNOME 2.2 also.
Upstream as http://bugzilla.gnome.org/show_bug.cgi?id=103316
Removing MoveUpstream however to track for release.
It still thinks the default font terminal is Sans in Phoebe2, even though from
the looks of the font it clearly isn't. Until I actually change the font size.
This is still a problem for me in Phoebe3.
The default terminal font is listed as Sans,
although it is actually Monospace.
The probelem with Monospace on sr_YU.UTF-8@cyrillic
locale is the already mentioned huge inter-character
spacing, so my terminal is wider than the screen.
Even now as I type this in Mozilla I see the same
problem with Monospace.
This has worked ok in Phoebe2, but the problem occurred
after upgrading to Phoebe3, and on another machine with
a clean install of Phoebe3 as well.
en_US locale seems to work without problems
I don't see the patch upstream. Add it please?
Created attachment 92795 [details]
Patch from SRPM
This is the patch from the SRPM. I've applied it to libgnome HEAD and closed
the b.g.o bug
Guess this could be closed as well then?