bugThe FreeType Project - Bugs: bug #54021, When the attach file is rendered,...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #54021: When the attach file is rendered, some fonts displayed error.

Submitter:  lonely <flywrongsnow>
Submitted:  Thu 31 May 2018 08:34:29 AM UTC
   
 
Severity:  3 - Normal Item Group:  Incorrect behaviour
Status:  Invalid Privacy:  Public
Assigned to:  wl Open/Closed:  Closed
Planned Release:  None

Jump to the original submission

Sat 23 Feb 2019 08:21:40 PM UTC, comment #7: 

After eight months, no additional information was given as requested.

Closing as invalid.

Werner LEMBERG <wl>
Group administrator
Fri 01 Jun 2018 03:09:50 PM UTC, comment #6: 

This is what used to happen:

- FreeType did not find Unicode and did not set default charmap.
- Application picked whatever is available without checking the encoding.

This is what happens now:

- FreeType generates Unicode and sets it.
- Application uses it without checking the encoding.

I say that this is Application's fault. I would not hurt to look  and pick the encoding knowingly.

Alexei Podtelezhnikov <podtelez>
Group Member
Fri 01 Jun 2018 07:32:27 AM UTC, comment #5: 

This is too vague to analyze.  Please give more details: which font, how to reproduce (ideally with one of the FreeType demo programs like `ftview' or `ftdump -V'), a debugger logfile, maybe a small demo program, etc., etc.

Werner LEMBERG <wl>
Group administrator
Fri 01 Jun 2018 07:13:14 AM UTC, comment #4: 

I found that when "charmap->encoding == FT_ENCODING_APPLE_ROMAN",freetype 2.9 called FT_CMap_New() to rebuile a new CMap,but the new CMap is an error map.Many of the glyphIndex in the new map is 0.Is that a bug.

lonely <flywrongsnow>
Fri 01 Jun 2018 04:43:15 AM UTC, comment #3: 

Please retry with FreeType version 2.9.1 or current git.  For me, the `evince' PDF viewer works just fine.

It's not clear how comment #1 is related to this bug report.  Please elaborate.

Werner LEMBERG <wl>
Group administrator
Thu 31 May 2018 09:02:05 PM UTC, comment #2: 

No. It is the responsibility of the application to select correct charmap. You can only be lazy if you assume Unicode.

Alexei Podtelezhnikov <podtelez>
Group Member
Thu 31 May 2018 11:28:24 AM UTC, comment #1: 


In function tt_face_build_cmaps() of file \src\sfnt\sfobjs.c
When "charmap->encoding == FT_ENCODING_APPLE_ROMAN",freetype 2.9 should not call FT_CMap_New() to rebuile a new CMap.

lonely <flywrongsnow>
Thu 31 May 2018 08:34:29 AM UTC, original submission:  


lonely <flywrongsnow>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attached Files
file #44253:  35243_103573_cloned.PDF added by flywrongsnow (137KiB - application/pdf)

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by wl (Posted a comment)
  • -email is unavailable- added by podtelez (Posted a comment)
  • -email is unavailable- added by flywrongsnow (Submitted the item)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

     

    Follow 6 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2019-02-23 wl StatusNeed Info Invalid
        Open/ClosedOpen Closed
    2018-06-01 wl StatusNone Need Info
        Assigned toNone wl
    2018-05-31 flywrongsnow Attached File- Added 35243_103573_cloned.PDF, #44253
        Attached File- Added Px20000_35243_103573_cloned.PDF_1.png, #44254

    Back to the top

    Powered by Savane 3.13-758e.
    Corresponding source code