Search Issue Tracker
Fixed
Fixed in 2022.3.53f1, 6000.0.28f1, 6000.1.0a5, 7000.0.0a10
Votes
3
Found in
2022.3.39f1
6000.0.12f1
6000.1.0a2
7000.0.0a1
Issue ID
UUM-76467
Regression
No
TextMeshPro emojis inherit tint values when placed after a <sprite> tag
How to reproduce:
1. Open the attached “IN-81023” project
2. Open the “SampleScene”
3. Observe the Game view
Expected result: None of the emoijs are not tinted
Actual result: Some of the emojis are tinted
Reproducible in: 2021.3.41f1, 2022.3.39f1, 6000.0.12f1
Reproducible on: Windows 11, macOS 14.5 (Intel)
Not reproducible on: No other environments tested
Note: Also reproducible in Player
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Popup windows spawn on the incorrect monitor when the Editor is placed near the boundary of scaled monitor next to a monitor with different scaling
- Hidden Tabs do not shift into empty space after closing visible Tabs
- [Android] Application not deployed on a device when "activity-alias" is used in the AndroidManifest
- Shader compile process adds shader ID to the constant buffer name when the word "Globals" is being used in Vulkan
- Audio Mixer Snapshot link to the documentation isn’t working
Resolution Note (fix version 7000.0.0a10):
Fixed issue where tint would affect every emoji until a new sprite tag would be used.
Resolution Note (fix version 6000.1.0a5):
Fixed issue where tint would affect every emoji until a new sprite tag would be used.
Resolution Note (fix version 6000.0.28f1):
Fixed issue where tint would affect every emoji until a new sprite tag would be used.
Resolution Note (fix version 2022.3.53f1):
Fixed issue where tint would affect every emoji until a new sprite tag would be used.