EdgeHTML doesn't display color emoji well

Confirmed Issue #8476020 • Assigned to Sergey M.

Details

Author
Richard S.
Created
Aug 12, 2016
Privacy
This issue is public.
Found in
  • Microsoft Edge
Found in build #
14.14393
Reports
Reported by 1 person

Sign in to watch or report this issue.

Steps to reproduce

Send yourself an email to an Exchange account with the attached Emoji list as the body. Send in both text and HTML format. Do not override the font in HTML. You can send to an Outlook.com account if you have been migrated to the new Exchange/O365 based system but if you use your @microsoft.com email you will have Exchange OWA. Do not try the Hotmail backend or Gmail both of which play games with emoji which interferes with this.

You can see the behavior from the attached screenshots. Because this system limits the number of attachments, I had to drop Chrome 52 and Edge displaying the HTML message but you can try yourself.
I’ll describe the behavior.

With a text format message using Edge 14, the emoji are displayed with Segoe UI Symbol. Color is not used. Fitzpatrick modifiers are displayed separately. With Chrome 52, Segoe UI Emoji is used but in black and white, not color. The Fitzpatrick modifiers are separate. With Chrome 54, Segoe UI Emoji is used with color with Fitzpatrick modifiers integrated. This is what Edge should be doing.

With an HTML format message using Edge 14, most emoji are displayed in color with Segoe UI Emoji but many are missed. Chrome 52 matches the text body using Segoe OE Emoji in black and white. Chrome 54 matches the text body as well using Segoe UI Emoji in color.

Chrome on Android and iOS on Safari use color emoji in both cases.

Attachments

Comments and activity

  • Microsoft Edge Team

    Changed Assigned To to “Brad E.”

    Changed Assigned To to “Rick J.”

    Changed Assigned To to “Christian F.”

    Changed Assigned To from “Christian F.” to “Sergey M.”

    Changed Status to “Confirmed”

    Changed Status from “Confirmed”

  • Hello,

    Thank you for providing this information about the issue. We are pleased to report this feature is fixed in Edge 15063 and is available in our latest Insider Preview build.

    Best Wishes,
    The MS Edge Team

  • Changed Status

  • It’s broken. I can’t tell which aspects are broken by Edge and which by Windows. I will try to attach a test file which displays correctly on 15063. One common issue is that many characters have both a text and emoji presentation. Depending on the character the default presentation may be emoji or text. Edge displays many characters using the wrong default. There is also an explicit text or emoji presentation modifier. These are often ignored and the wrong character displayed. The following is one such example. U+2916 should default to text. Edge inappropriately displays it as Emoji both by default and with an explicit text presentation override. See http://www.unicode.org/Public/emoji/5.0/ for details.

    U+00002196
    T

    ↖︎
    ↖️

    My sample file, if I can attach it, may have bad examples with gender overrides. Please ignore this.

  • My sample file is attached as emoji,html, and again may have bad examples with gender overrides. Please ignore this aspect.

    It appears that Edge almost always defaults to emoji presentation regardless of the default in the standard and always ignores the text and emoji presentation override modifiers.

    In contrast, Safari on iOS 10.3 sometimes uses the wrong default presentation but does honor the presentation overrides. It appears to ignore the text presentation override in some cases which I suspect are when it doesn’t have a non-emoji glyph but I can’t be sure.

    Chrome 57 on Android 7.1.1 is better than Safari. It also gets the default presentation wrong in some cases but very few in comparison to Safari. It also does honor the presentation override modifier except in cases which I suspect are also when a non-emoji presentation glyph is not available.

  • Microsoft Edge Team

    Changed Assigned To to “James M.”

    Changed Status to “Fixed”

  • Hello,

    Thank you for assisting us with this case and being part of the solution. If you have discovered new problems, whether a direct result of the fix or not, please open a new case so we can easily track the progress. We look forward to additional feedback you have on how we can improve Microsoft Edge.

    Best Wishes,
    The MS Edge Team

  • Changed Status from “Fixed”

  • Not a new bug. This one was fixed incorrectly. Do you still need a new issue to deal with this fix being incorrect?

  • Microsoft Edge Team

    Changed Assigned To to “James M.”

    Changed Assigned To to “Christian F.”

    Changed Assigned To from “Christian F.” to “Matt R.”

    Changed Assigned To from “Matt R.” to “Sergey M.”

    Changed Status to “Confirmed”

  • Please test with the data at http://www.unicode.org/Public/emoji/5.0/. In particular, make sure that every emoji is tested as is, with a U+FE0E text presentation selector, and with a U+FE0F emoji presentation selector. The Unicode data will also identify which emoji support gender modifiers and skin tone modifiers which Edge and/or the Win10 Creators Update also got wrong in some cases.

  • Microsoft Edge Team

    Changed Steps to Reproduce

You need to sign in to your Microsoft account to add a comment.

Sign in