After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 107434 - TTF Font selector crashes gimp on some fonts
TTF Font selector crashes gimp on some fonts
Status: RESOLVED DUPLICATE of bug 101856
Product: GIMP
Classification: Other
Component: General
1.x
Other Linux
: Normal major
: ---
Assigned To: GIMP Bugs
Daniel Egger
Depends on:
Blocks:
 
 
Reported: 2003-03-03 02:05 UTC by Kekoa Vincent
Modified: 2003-03-08 13:20 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Kekoa Vincent 2003-03-03 02:05:45 UTC
When I open the font dialog chooser and select certain fonts, gimp crashes
with the following error:

(gimp-1.3:17671): LibGimpBase-WARNING **: gimp-1.3: wire_read(): error

** (gimp-1.3:17671): WARNING **: Unable to load unicode charmap from font
file /usr/X11R6/lib/X11/fonts/TTF/arthur__.ttf

** (gimp-1.3:17671): WARNING **: Unable to open font file
/usr/X11R6/lib/X11/fonts/TTF/arthur__.ttf for font Arthur 18, falling back
to /home/kekoa/.fonts/Minnie.TTF


** (gimp-1.3:17671): WARNING **: Unable to load unicode charmap from file
/home/kekoa/.fonts/Minnie.TTF, exiting


(script-fu:1564): LibGimpBase-WARNING **: script-fu: wire_read(): error

I can send you the font if you like, it also does this with some other
fonts.  The same fonts are read and used correctly by other X applications.
 At the very least if GIMP doesn't like a font, I suggest a warning dialog,
instead of letting it crash completely.

I hope this helps!

-Kekoa Vincent
Comment 1 Nathan Summers 2003-03-03 02:24:01 UTC

*** This bug has been marked as a duplicate of 101856 ***
Comment 2 Nathan Summers 2003-03-03 02:27:03 UTC
Seems like a Gimp bug might be present as well.  Pango's lack of font 
support is a pretty big gimp issue.
Comment 3 Sven Neumann 2003-03-03 12:49:13 UTC
Nathan, I don't understand your comment. What are you trying to say?
Comment 4 Nathan Summers 2003-03-03 15:17:39 UTC
While Pango should be fixed to be able to use more fonts, Gimp 
shouldn't exit on a bad font.  Then again, it looks like it is Pango 
that is calling exit() -- this is a Bad Idea.
Comment 5 Raphaël Quinet 2003-03-03 16:18:18 UTC
As I wrote in a comment attached to bug #104364, the dependency on
Pango can cause some problems.  This may be due to the fact that the
GIMP and Pango have slightly different goals: in the GIMP, one does
not care if the font is not scalable or has a bad charmap.  The most
important thing is to be able to render some of the glyphs correctly
so that they can be inserted in an image.  Sometimes, the only thing
that the user wants is to insert a single character in the image, so
it should also work with fonts having invalid kerning pairs, etc.
Because Pango tries to render the whole text correctly (using the
correct encoding, spacing, etc.), it will reject some fonts that
would otherwise be perfectly acceptable for graphic design.
Comment 6 Sven Neumann 2003-03-04 11:35:38 UTC
You are not suggesting that we develop a complete new font framework,
are you? Pango has so many advantages and if there are problems, we
can always fix them in Pango. I more or less have free hand to commit
fixes to PangoFT2 and I am working with Owen and Keith to get this
issue fixed. Please stop bitching about Pango!
Comment 7 Nathan Summers 2003-03-04 15:44:34 UTC
Our users will "stop bitching about Pango" when it works.  ;)
Comment 8 Kekoa Vincent 2003-03-07 23:24:22 UTC
Is there some program that I can use that will tell me beforehand
which fonts pango doesn't like?  It's hard to always guess which font
to use.  I'd like to just get rid of all the fonts that aren't
supported, to prevent crashing all the time.  Or is there some pango
library we can use to check the fonts ourselves?


Thanks!
-Kekoa
Comment 9 Sven Neumann 2003-03-08 13:20:39 UTC
Pango just shouldn't crash. Please report this problem against bug
#101856.