-
-
Notifications
You must be signed in to change notification settings - Fork 2.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Emotes / Emoji are no longer existent (Square character) or low-fi black and white after update to latest version. #9891
Emotes / Emoji are no longer existent (Square character) or low-fi black and white after update to latest version. #9891
Comments
I also experience the same behaviour on Debian stable, latest, also right after upgrading from 1.1.2 -> 1.2.0. The upgrade caused other issue as well, so I consider downgrading until fix. |
Emoji current requires support for COLR fonts. If that doesn't exist, it will fall back to native emojis that might be installed. For Windows, that's Segoe UI Emoji. For Linux, that's Noto Color Emoji. In the above screenshot, you are seeing what happens with no COLR support and no native emoji font either. Can you open the Console (Ctrl-Shift-I), filter on "COLR", and see what messages are there? |
It says
so I guess, something is not installed. However
returns a list of results, all marked as installed. Can you help me fix the issue? Results are: ("telepítve" means installed)
Thank you in advance! |
On Debian, I guess you might want fonts-noto-color-emoji, but it doesn't appear to be available in stable. Perhaps the full fonts-noto package includes it? I am not sure. According to this thread, it's possible you may also need updated libraries like fontconfig, cairo, etc. |
I see the thread and I will try something when I have some more time, however the issue reamins: before the upgrade the emojis worked, now they don't. Is it possible that you changed to a newer version of the emoji libs? If yes, is it really necessarry to make strong requirements? I had no issues before, so I guess the current library versions are just fine. |
We removed the previous Emoji font (Emojione) because of licensing restrictions that prevented us from upgrading to new versions and getting new images. The new font we have included solves those licensing and character issues, but it also uses a newer font technology that currently requires up to date browsers, font libraries, etc. |
Oh, that totally makes sense! Thank you for the clarification! |
There are some more details about the emoji change in the Riot 1.2 blog post. |
Losing emoji support on Debian Stable (please note this is the currently maintained stable release, not an "older release" as your blog post suggests) is somewhat disappointing. I'd rather have some slightly out-of-date emojis than the current extremely basic fallback. Is there no way to support both? |
We'll fix this by shipping a fallback font. |
Filed the SBIX fallback idea as #9900. |
should be fixed by matrix-org/matrix-react-sdk#3050 |
This is happening again on Element version: v1.7.28 |
@nukeop, please open a new issue with as much detail as possible |
Description
It used to be that every emoji was present and accounted for. What happened? Why am I missing most emoji, or they look like I'm a phone user for the few someone has bothered to support?
Steps to reproduce
Type a ":" then notice crappy support for emojis and broken characters. Notice that you used to have good support with colorful images.
I expected support for colorful and existent emojis but I do not have pictures of it.
What gives?
Version information
matrix-react-sdk version:
<local>
riot-web version: 1.2.0
olm version: 3.1.0
The text was updated successfully, but these errors were encountered: