2021-10-27 15:12 BST

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0000888NetSurf[All Projects] Generalpublic2006-02-10 08:12
ReporterSourceforge Import placeholder 
Assigned ToSourceforge Import placeholder 
SeverityminorReproducibilityhave not tried 
Product Version 
Target VersionFixed in Version 
Summary0000888: NetSurf fails to find fonts in EasyFontPro
DescriptionNetSurf (recent builds, including 08 Feb 2006 0045)
fails to find fonts stored by EasyFontPro and so does
not offer them in its menu.
Deleting rufl_cache and trying again results in NetSurf
silently dying (example log from such an event attached).

EasyFontPro adds its fonts to Font$Path by the macro
<EasyFSPro$Fonts> which points to
There is no such Fabis0004 directory present and the
resulting <EasyFSPro$Dir>. contains a 0 subdirectory
followed by various numbered subdirectories. Presumably
normally EasyFontPro does some 'magic' when the
FontManager normally investigates the path.
Additionally, EasyFontPro turns all the files within
the original font directories into numbered files
within numbered subdirectories (presumably to more
efficiently store them) along with some internal record
of what is what.
I wonder if either or both of these factors are
tripping up the 'check for Outlines data' changes to
RUfl since a) the path doesn't really exist b) the
structure inside is not that of normal fonts.
EasyFontPro may fool the Font Manager but cannot fool
the Filer, perhaps?
Additional InformationImported from sourceforge bug http://sourceforge.net/support/tracker.php?aid=1427715 on Tue Dec 10 17:34:12 2013

TagsNo tags attached.
Fixed in CI build #
Reported in CI build #
URL of problem page
Attached Files


There are no notes attached to this issue.

-Issue History
Date Modified Username Field Change
2013-12-10 17:41 Vincent Sanders New Issue
2013-12-10 17:41 Vincent Sanders Assigned To => Sourceforge Import placeholder
+Issue History