Bug 689279

Summary: Unexpected bitmap with Kino MT font
Product: GhostXPS Reporter: Ray Johnston <ray.johnston>
Component: GeneralAssignee: Chris Liddell (chrisl) <chris.liddell>
Status: RESOLVED FIXED    
Severity: normal CC: shailesh.mistry
Priority: P2    
Version: master   
Hardware: All   
OS: All   
Customer: Word Size: ---
Attachments: Office2007_Glyph_OK.xps
embedded-font.ttf

Description Ray Johnston 2007-06-14 19:56:57 UTC 
(ATTENTION: these attached font file and xps file can be used for this
  investigation purpose only).

1) Original test xps file is Office2007_Glyph_NG.xps.
2) We get Bmp_NG.bmp as the result of rendering "T" from gslite.
   It isn't good reslut.
3) We changed NG.xps file into OK.xps file below in order to investigate 
   this phenomenon. 
   And we get Bmp_OK.bmp as the result of rendering "T" from gslite.
   It is good result.

We didn't understand why there are different results of rendering "T"
between these XPS files.
Comment 1 Ray Johnston 2007-06-14 19:57:12 UTC 
Customer #861
Comment 2 Ray Johnston 2007-06-14 20:00:09 UTC 
Created attachment 3022 [details]
Attach_20070606_1039.ZIP
Comment 3 Ray Johnston 2007-06-14 20:14:44 UTC 
Created attachment 3023 [details]
Office2007_Glyph_NG.xps
Comment 4 Ray Johnston 2007-06-14 20:15:23 UTC 
Created attachment 3024 [details]
Office2007_Glyph_OK.xps
Comment 5 Masaki Ushizaka 2009-08-10 05:37:33 UTC 
Tried with r9933 on MacBook Pro 13" + Mac OS X 10.5.7 + Xcode 3.1.2.  Reproduced as described.
Comment 6 Shailesh Mistry 2011-07-25 17:10:40 UTC 
Bug still reproducible in Ghostscript 9.03
Comment 7 Tor Andersson 2020-01-10 13:20:49 UTC 
Created attachment 18773 [details]
embedded-font.ttf
Comment 8 Tor Andersson 2020-01-10 13:22:10 UTC 
The latest returns an error code from xps_fapi_passfont instead of rendering badly.

MuPDF manages to draw the file without any reported issues.
Comment 9 Chris Liddell (chrisl) 2020-01-14 11:50:24 UTC 
Fixed in:

http://git.ghostscript.com/?p=ghostpdl.git;a=commitdiff;h=d824fb03a665