Some emojis are blurry
Categories
(Core :: Graphics: Text, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox-esr140 | --- | unaffected |
| firefox-esr153 | --- | disabled |
| firefox154 | --- | wontfix |
| firefox155 | --- | wontfix |
| firefox156 | --- | fixed |
People
(Reporter: atrif, Assigned: gw)
References
(Regression)
Details
(Keywords: regression)
Attachments
(2 files)
- Filled on request 2061411#c20
Found in
- 156.0a1 (2026-08-18)
Affected versions
- 156.0a1 (2026-08-18)
- 155.0b1
- 154.0.4
- 140.13.0esr
Tested platforms
-
Affected platforms: Windows 11, macOS 14/26 aarch, Ubuntu 24
-
Unaffected platforms: none
Steps to reproduce
Expected result
- All emojis are displayed as expected.
Actual result
- The emojis from the second row are blurry.
Regression range
- On macOS with mozregression, the emojis are not blurry before bug 2044211. I am setting it as the regressor; please change it to bug 2061411 if needed.
Additional notes
- Screenshot link: https://drive.google.com/file/d/1Re0mjnbsa-jLyHnVtP4RGURvd6WWv10v/view (Firefox is on the left side)
- This is more visible on macOS than on other platforms.
Comment 1•11 days ago
|
||
:gw, since you are the author of the regressor, bug 2044211, could you take a look? Also, could you set the severity field?
For more information, please visit BugBot documentation.
Comment 2•11 days ago
|
||
Set release status flags based on info from the regressing bug 2044211
Updated•10 days ago
|
Updated•10 days ago
|
| Assignee | ||
Comment 3•10 days ago
|
||
Bug 2061411 routes a bitmap-strike run under a transform to the local-raster
fallback, which rasterized at scale 1.0 and left the shader to scale the image up.
Core Text and DirectWrite resample the strike at rasterization time, so a scaled
emoji lost its detail before the GPU saw it. Take the raster scale from the
transform instead. Screen raster space only: a local raster space carries its own.
The reference moves to local(3.0), with a notref at local(1.0) pinning the soft
rendering. Both bitmap tests drop to scale 1.0, since wrench emulates a device
pixel scale with a root scale transform that a reference cannot name.
Updated•10 days ago
|
| Assignee | ||
Updated•10 days ago
|
Comment 5•10 days ago
|
||
| bugherder | ||
Comment 6•10 days ago
|
||
The patch landed in nightly and beta is affected.
:gw, is this bug important enough to require an uplift?
- If yes, please nominate the patch for beta approval.
- See https://wiki.mozilla.org/Release_Management/Requesting_an_Uplift for documentation on how to request an uplift.
- If no, please set
status-firefox155towontfix.
For more information, please visit BugBot documentation.
| Assignee | ||
Updated•9 days ago
|
Description
•