Bug 76715 - Nautilus does not pick up new fonts until restarted
Nautilus does not pick up new fonts until restarted
Product: Red Hat Linux
Classification: Retired
Component: pango (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Owen Taylor
Jay Turner
: FutureFeature
Depends On:
  Show dependency treegraph
Reported: 2002-10-25 06:22 EDT by Michel Alexandre Salim
Modified: 2015-01-07 19:01 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-10-25 11:13:11 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Michel Alexandre Salim 2002-10-25 06:22:45 EDT
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 12:06:42 EDT
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.