Closed Bug 1963436 Opened 1 year ago Closed 1 year ago

Certain emoji (1-9) are broken on Firefox 139 and 140

Categories

(Core :: Layout: Text and Fonts, defect)

Product:
Core
Component:
Layout: Text and Fonts
Version:
Firefox 139
Type:
defect

Tracking

()

Status:
VERIFIED FIXED
Milestone:
140 Branch
Tracking Flags:
Tracking Status
firefox-esr128 --- unaffected
firefox138 --- unaffected
firefox139 + verified
firefox140 + verified

People

(Reporter: david_chen_92, Assigned: jfkthame)

References

(Regression)

Details

(Keywords: regression)

Attachments

(5 files)

Screenshot 2025-04-29 at 1.48.07 PM.png
28.48 KB, image/png
Details
2025-05-02_10h07_13.png
36.83 KB, image/png
Details
Bug 1963436 - Respect explicit variation selectors for emoji presentation as higher priority than fonts named in the font-family list. r=#layout
48 bytes, text/x-phabricator-request
Details | Review
Bug 1963436 - Respect explicit variation selectors for emoji presentation as higher priority than fonts named in the font-family list. r=#layout
48 bytes, text/x-phabricator-request
phab-bot
: approval-mozilla-beta+
Details | Review
2025-05-07_09h45_07.png
47.41 KB, image/png
Details

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:140.0) Gecko/20100101 Firefox/140.0

Steps to reproduce:

I used 1️⃣-9️⃣ in things such as Violentmonkey and Googling to verify it was not an issue with the extension

Actual results:

Emotes are displaying incorrectly now with a offcenter box for all of these (but not 🔟 for some reason)

Expected results:

All of them display correctly as seen with ten

The Bugbug bot thinks this bug should belong to the 'WebExtensions::Untriaged' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Product: Firefox → WebExtensions

I am not sure if WebExtensions is the right category for this. I have this problem outside of extensions too. If I google search for any of these emoji, it breaks on the tab display as well as in the Google Search itself

Hello,

I performed a search for these emojis on Google and indeed the keycap emojis 1-9 appear broken with an off center box as mentioned in Comment 0, while for 10 the issue does not happen.

Even in this bug report the 1 and 9 emojis appear broken while the 10 does not.

I do not have any extensions installed so it’s not a webextensions issue but rather a Firefox one, so I’ll move the report back to Firefox.

I checked this on the latest Nightly (140.0a1/20250430092515) and Beta (139.0b2/20250430182947). Release (138.0.1/20250430203103) is not affected.

Status: UNCONFIRMED → NEW
status-firefox138: --- → unaffected
status-firefox139: --- → affected
status-firefox140: --- → affected
Ever confirmed: true
Product: WebExtensions → Firefox

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

:jfkthame, since you are the author of the regressor, bug 1955672, could you take a look? Also, could you set the severity field?

For more information, please visit BugBot documentation.

status-firefox-esr128: --- → unaffected
Flags: needinfo?(jfkthame)
Assignee: nobody → jfkthame
Status: NEW → ASSIGNED
Flags: needinfo?(jfkthame)

[Tracking Requested - why for this release]: visual regression, with a relatively targeted fix; let's be sure we get this uplifted to 139 during the beta cycle.

Severity: -- → S3
tracking-firefox139: --- → ?
Pushed by bhearsum@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/7f2bcdc3c831 Respect explicit variation selectors for emoji presentation as higher priority than fonts named in the font-family list. r=dshin
Created web-platform-tests PR https://github.com/web-platform-tests/wpt/pull/52324 for changes under testing/web-platform/tests
Pushed by smolnar@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/5df503b89e48 Revert "Bug 1963436 - Respect explicit variation selectors for emoji presentation as higher priority than fonts named in the font-family list. r=dshin"
Upstream PR merged by moz-wptsync-bot
Pushed by jkew@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/1f24b06500a4 Respect explicit variation selectors for emoji presentation as higher priority than fonts named in the font-family list. r=dshin
Created web-platform-tests PR https://github.com/web-platform-tests/wpt/pull/52352 for changes under testing/web-platform/tests

https://hg.mozilla.org/mozilla-central/rev/1f24b06500a4

Status: ASSIGNED → RESOLVED
Closed: 1 year ago
status-firefox140: affected → fixed
Resolution: --- → FIXED
Target Milestone: --- → 140 Branch
Upstream PR merged by moz-wptsync-bot
Upstream PR merged by moz-wptsync-bot
Attachment #9485728 - Flags: approval-mozilla-beta?

(Re-posting with corrected bug number in the STR)

firefox-beta Uplift Approval Request

  • User impact if declined: broken rendering of emoji keycap codes on some sites (depending on font choices)
  • Code covered by automated testing: yes
  • Fix verified in Nightly: no
  • Needs manual QE test: yes
  • Steps to reproduce for manual QE testing: Load https://bugzilla.mozilla.org/show_bug.cgi?id=1963436, verify that the keycap emoji 1️⃣-9️⃣ in comment 0 display properly
  • Risk associated with taking this patch: minimal
  • Explanation of risk level: targeted fix to better respect emoji-rendering variation codes
  • String changes made/needed: none
  • Is Android affected?: yes
Flags: needinfo?(jfkthame)
Flags: in-testsuite+
Attachment #9485728 - Flags: approval-mozilla-beta? → approval-mozilla-beta+

Verified as Fixed. Tested on the latest Nightly (140.0a1/20250506213802) and Beta (139.0b5/20250506165733 from https://treeherder.mozilla.org/jobs?repo=mozilla-beta&revision=b18b9e34099fb730c808642f42bb675efdad9d56) under Windows 10 and macOS 11.3.1.

The keycap emojis 1 – 9 are properly displayed now. See attached screenshot for more details.

Status: RESOLVED → VERIFIED
status-firefox139: fixed → verified
status-firefox140: fixed → verified
Flags: qe-verify+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: