Bug 172 - XftOpenFile should ensure font is readable when doing pattern matching
Summary: XftOpenFile should ensure font is readable when doing pattern matching
Alias: None
Product: xorg
Classification: Unclassified
Component: Lib/Xft (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: high normal
Assignee: Keith Packard
QA Contact:
Depends on:
Reported: 2004-01-23 06:52 UTC by Frederic Crozat
Modified: 2011-10-02 13:59 UTC (History)
0 users

See Also:
i915 platform:
i915 features:


Description Frederic Crozat 2004-01-23 06:52:27 UTC
I'm not sure it is a Xft or a fontconfig bug, please reassign if needed.

Currently, when you try to get a font for an alias and the choosen font is not
readable, there is no way to resolve this alias correctly. Here is an example :
-as root, just make sure to chmod a-r on a font file which is triggered by an
alias (for instance, chmod a-r on your vera font)
-then as simple use, start an app which uses the "sans" alias (any GNOME apps)
=> app will fail to start. Moreover, it will also bypass the fallback mecanism
in pango which try to load "sans" when a font can't be found.

We probably need to check, when resolving a pattern and when the font found is
not readable, to use the second font in the pattern list.

This can be quite problematic when people are importing fonts from Windows world
with incorrect permission (see http://bugs.mandrakelinux.com/query.php?bug=177
which is also a bug in mozilla which was crashing mozilla).
Comment 1 Jeremy Huddleston Sequoia 2011-10-02 13:59:15 UTC
Is this still an issue?  Closing due to age and lack of comments.  Please 
reopen if it is still valid.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.