[Fontconfig-bugs] [Bug 103237] New: FcCacheOffsetsValid() couldn't detect broken cache file
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Thu Oct 12 09:13:44 UTC 2017
https://bugs.freedesktop.org/show_bug.cgi?id=103237
Bug ID: 103237
Summary: FcCacheOffsetsValid() couldn't detect broken cache
file
Product: fontconfig
Version: 2.12
Hardware: ARM
OS: Linux (All)
Status: NEW
Severity: critical
Priority: medium
Component: library
Assignee: fontconfig-bugs at lists.freedesktop.org
Reporter: youngb.shin at samsung.com
QA Contact: freedesktop at behdad.org
Created attachment 134807
--> https://bugs.freedesktop.org/attachment.cgi?id=134807&action=edit
The broken cache file.
I faced an issue caused by broken cache files for fontconfig.
I don't know how fontconfig fails to generate proper caches.
But, somehow, fontconfig generated the broken cache which I attached in this
bug report.
As I know, the broken cache file should be detected by FcCache*Valid functions
and it should be regenerated.
But, the attached cache file was not caught by the *Valid functions. It caused
crash and missing font rendering issues in our platform (Tizen).
The bug raised from fontconfig 2.12.1. I found a patch for
FcCacheOffsetsValid() just after releasing 2.12.1.
But, after applying the patch, fontconfig still couldn't detect it properly.
As our investigation, font->num was 0 and font->size was 0 in
FcCacheOffsetsValid() function with the issue case.
Is this acceptable scenario? Or can I make it return with FcFalse in that
condition?
You can test the attached cache file with fc-cat. :)
(You need to change FcCacheTimeValid() function to always return FcTrue
if you want to test this cache file in random environments.)
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/fontconfig-bugs/attachments/20171012/26864bb7/attachment.html>
More information about the Fontconfig-bugs
mailing list