Inconsistency in native emoji

There are some inconsistencies between our native emojis.

Todos:

Issue:

Emoji slash command autocomplete dropdown (filtered with :frowning):

/cc @MadLittleMods

Unfortunately this happens also with differnt browsers on Windows 10:

Firefox (current version):

Google Chrome (current version):

The Firefox emojis are very clumsily.

@lbennett I anticipated this https://gitlab.com/gitlab-org/gitlab-ce/issues/26371#note_21014083

@lbennett do we need to set a milestone to this regression issue?

changed milestone to %9.0

@ClemMakesApps Done, think thats right...?

added Next Patch Release label

I think it should be %9.1 since issue milestones are the milestones in which we are working on

mentioned in commit 681dcb5e

When using the full font-stack some the Unicode 1.1 emojis are taken up by fonts closer up the stack and don't represent the emoji well.

font-family: -apple-system, BlinkMacSystemFont, "Segoe UI", Roboto, Oxygen-Sans, Ubuntu, Cantarell, "Helvetica Neue", sans-serif, "Apple Color Emoji", "Segoe UI Emoji", "Segoe UI Symbol";

• On Windows, "Segoe UI" -> "Arial" takes over
• On mac OS, "Helvetia" -> ".SF NS Display" takes over

mac OS 10.12.3	Windows 10

---

When using a shorter emoji font-stack, everything seems to be covered well

font-family: "Apple Color Emoji", "Segoe UI Emoji", "Segoe UI Symbol";

• On Windows, "Segoe UI Emoji" takes over
• On mac OS, "Apply Color Emoji" takes over

mac OS 10.12.3	Windows 10

---

Screenshots from Emoji Unicode by Version demo, https://jsfiddle.net/MadLittleMods/xw9moyfw/

mentioned in merge request !10031 (merged)

mentioned in commit 2a570e16

assigned to @MadLittleMods

mentioned in commit 790d9d40

closed via merge request !10031 (merged)

mentioned in commit 1a4aa8d7

mentioned in commit 2505264b

mentioned in merge request !14785