1784910 - Emoji rendered with the wrong colour (blue) in Google docs on macOS

Status: VERIFIED FIXED

(Core :: Graphics: Canvas2D, defect)

Description

[:glob ✱]

Attachment: Screen Shot 2022-08-16 at 12.49.22 am.png

Emoji in gdocs are rendered with the wrong colour on macOS - looks like yellow is being replaced with blue.

https://docs.google.com/document/d/1t2Rg49S32en9w1YIM3js13bGk-fNjaXlTrDQ4VY8DAU/edit?usp=sharing has example emoji with a corresponding image showing their correct rendering.

mozregression:

17:42.32 INFO: Last good revision: 6768c91feeb266c38fe9c272e4631e9ff5b4e2ec
17:42.32 INFO: First bad revision: da8fba53f7288360b026db54ea57ad9d0ca191fe
17:42.32 INFO: Pushlog:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=6768c91feeb266c38fe9c272e4631e9ff5b4e2ec&tochange=da8fba53f7288360b026db54ea57ad9d0ca191fe

Looks like it's related to gpu-canvas.

Comment 1

[BugBot [:suhaib / :marco/ :calixte]]

Set release status flags based on info from the regressing bug 1773712

Comment 2

[Lee Salzman [:lsalzman]]

Attachment: Bug 1784910 - Render bitmap fonts as light-on-dark text. r?aosmond

When we are rendering dark-on-light text, we invert the bitmap after
rendering to produce a standard white-on-black mask, since we must actually
render that as black-on-white to get CoreText to produce the correct dilation.

However, when we know we're rendering bitmap fonts for emoji, we don't actually
want this inversion to happen at all. So we need to ensure bitmaps go through
the normal light-on-dark path that doesn't do this.

Comment 3

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/d45bfb8869b2
Render bitmap fonts as light-on-dark text. r=aosmond

Comment 4

[Cosmin Sabou [:CosminS]]

https://hg.mozilla.org/mozilla-central/rev/d45bfb8869b2

Comment 5

[Alin Ilea, Desktop Test Engineering]

Reproduced the issue in Nightly 105.0a1 (2022-08-15).
Verified - Fixed in latest Nightly 106.0a1 (2022-08-29) and Beta 105.0b4 using macOS 12.