Bug 690024 - Can't change font in gedit
Summary: Can't change font in gedit
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: gedit
Version: 15
Hardware: x86_64
OS: Linux
unspecified
low
Target Milestone: ---
Assignee: Ray Strode [halfline]
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-03-23 03:44 UTC by Rich Mattes
Modified: 2011-03-27 00:34 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-03-27 00:34:56 UTC
Type: ---


Attachments (Terms of Use)

Description Rich Mattes 2011-03-23 03:44:01 UTC
Description of problem:
I recently upgraded my system from Fedora 14 to Fedora 15 alpha using Anaconda.  After the upgrade, gedit is not using a monospaced font, it seems to be using whatever the default GNOME font is.

Version-Release number of selected component (if applicable):
gedit-2.91.8-1.fc15.x86_64

How reproducible:
I can only reproduce this on my local machine that's been upgraded from Fedora 14.  I've tried the Alpha live desktop image in qemu and booted natively, they work fine.

Steps to Reproduce:
1. Upgrade an F14 install to F15
2. Open gedit and edit a file
3. Try changing the font in Edit->Preferences->Fonts & Colors
  
Actual results:
None of the font options in the Preferences result in a changed font, either in the preview window or in the editor.  The font always stays at the default GNOME font.

Expected results:
gedit defaults to the default GNOME monospaced font ("Monospace 11"), which can be overridden from the preferences

Additional info:
I'm not sure if this is some kind of configuration error, or really a bug in gedit.  Happy to provide any additional information.

Comment 1 Theodore Lee 2011-03-24 15:00:59 UTC
Looks like this is fixed in the latest batch of updates to gtk and GNOME (not sure which specifically).

Comment 2 Rich Mattes 2011-03-27 00:34:56 UTC
(In reply to comment #1)
> Looks like this is fixed in the latest batch of updates to gtk and GNOME (not
> sure which specifically).

I ran an update, and the problem disappeared for me too.  I guess I will close this bug since it seems like it's not an issue anymore.


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