Bug 76715 - Nautilus does not pick up new fonts until restarted
Summary: Nautilus does not pick up new fonts until restarted
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: pango
Version: 8.0
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Owen Taylor
QA Contact: Jay Turner
Depends On:
TreeView+ depends on / blocked
Reported: 2002-10-25 10:22 UTC by Michel Alexandre Salim
Modified: 2015-01-08 00:01 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Last Closed: 2002-10-25 15:13:11 UTC

Attachments (Terms of Use)

Description Michel Alexandre Salim 2002-10-25 10:22:45 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2b) Gecko/20021023

Description of problem:
After adding new fonts to ~/.fonts, I find that Nautilus does not pick up the
new font as selected in Preferences->Fonts until I 'killall nautilus'

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Add a new font to ~/.fonts
2. Change the desktop font in Preferences->Font to the new font


Actual Results:  Nautilus reverts to standard font

Expected Results:  Nautilus uses the new font to render the desktop

Additional info:

Nautilus only checks the list of fonts on startup? Perhaps it can be patched so
if it's told to use a font it does not know about, it rebuilds its font cache?

Comment 1 Owen Taylor 2002-10-25 16:06:42 UTC
Really hard to fix; hopefully we'll get to it someday, but I don't
see leaving a bug open for it... it's one of those general improvements
that we won't forget about.

Note You need to log in before you can comment on or make changes to this bug.