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


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

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

Add a New Comment(Rich Markup)

You are not logged in

Please log in, so followups can be emailed to you.


( 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>
Project AdministratorIn charge of this item.
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>
Project 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>
Project AdministratorIn charge of this item.
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>
Project AdministratorIn charge of this item.
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>
Project 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.)

Attach Files:

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)

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.




    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.4