Bug 76715 - Nautilus does not pick up new fonts until restarted
Summary: Nautilus does not pick up new fonts until restarted
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: pango
Version: 8.0
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Owen Taylor
QA Contact: Jay Turner
URL:
Whiteboard:
Depends On:
Blocks:
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:
Environment:
Last Closed: 2002-10-25 15:13:11 UTC
Embargoed:


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:
Always

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.