-
Notifications
You must be signed in to change notification settings - Fork 214
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
Deactivated custom emoji offered in autocomplete #1113
Comments
gnprice
added a commit
to gnprice/zulip-flutter
that referenced
this issue
Dec 9, 2024
It's a bit of a trap for the unwary (... like me last month, in ecd2cb5, causing zulip#1113), because it includes deactivated realm emoji as well as active ones.
gnprice
added a commit
to gnprice/zulip-flutter
that referenced
this issue
Dec 9, 2024
gnprice
added a commit
to gnprice/zulip-flutter
that referenced
this issue
Dec 9, 2024
I spent some time reverse-engineering in full detail the behavior web has for building its list of possible emoji to present in the UI (and so for the order that emoji results have when they don't differ on any of the criteria used at the ranking step after applying a query). The first output of that study was discovering zulip#1113, fixed earlier in this branch. This records the rest.
chrisbobbe
pushed a commit
that referenced
this issue
Dec 9, 2024
chrisbobbe
pushed a commit
that referenced
this issue
Dec 9, 2024
I spent some time reverse-engineering in full detail the behavior web has for building its list of possible emoji to present in the UI (and so for the order that emoji results have when they don't differ on any of the criteria used at the ranking step after applying a query). The first output of that study was discovering #1113, fixed earlier in this branch. This records the rest.
shivanshsharma13
pushed a commit
to shivanshsharma13/zulip-flutter
that referenced
this issue
Dec 13, 2024
It's a bit of a trap for the unwary (... like me last month, in ecd2cb5, causing zulip#1113), because it includes deactivated realm emoji as well as active ones.
shivanshsharma13
pushed a commit
to shivanshsharma13/zulip-flutter
that referenced
this issue
Dec 13, 2024
shivanshsharma13
pushed a commit
to shivanshsharma13/zulip-flutter
that referenced
this issue
Dec 13, 2024
I spent some time reverse-engineering in full detail the behavior web has for building its list of possible emoji to present in the UI (and so for the order that emoji results have when they don't differ on any of the criteria used at the ranking step after applying a query). The first output of that study was discovering zulip#1113, fixed earlier in this branch. This records the rest.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
A custom emoji can be deactivated:
When that happens, it's still valid for existing messages and reactions; but the server will reject new uses, and so it shouldn't be offered in the UI.
Currently we don't take account of that, so we offer deactivated custom emoji the same way as those still active.
The effect is conspicuous on chat.zulip.org, because there are a substantial number of deactivated emoji (57 of them):
Particularly so after #1112 (implementing #1068), since custom emoji are ranked ahead of Unicode emoji (other than the "popular" emoji).
The text was updated successfully, but these errors were encountered: