Fixed Emoji Error
- Thread starter Bryan
- Start date
Chromaniac
Well-known member
Emoji support is definitely quite buggy.
Originally posted here with a bit of mess: XF2.3 feedback and comments. Since, it did not see any response, I am posting this bug report! 
Basically. Xenforo 2.3 (and 2.2.15) seem to have issues with certain emojis which are part of the bundled smiley package. I understand that newly introduced emojis are usually not supported.
Emoji is maracas. It appears in emoji panel on both 2.3 and 2.2.15.
On 2.2.15, you just cannot post it at all. It just disappears.
On 2.3 here... It does not appear if posted at the very end of the post content. I have placed it at the end of...
Basically. Xenforo 2.3 (and 2.2.15) seem to have issues with certain emojis which are part of the bundled smiley package. I understand that newly introduced emojis are usually not supported.
Emoji is maracas. It appears in emoji panel on both 2.3 and 2.2.15.
On 2.2.15, you just cannot post it at all. It just disappears.
On 2.3 here... It does not appear if posted at the very end of the post content. I have placed it at the end of...
It's an error in our string handling. Some emoji characters are actually several emoji characters which are combined or terminated with special unicode control characters.
We've identified the specific code that does it, and what happens is it trims off invisible control characters from the end of strings. Pretty much all emoji flags are a sequence of characters, but only a few end with something called the "Cancel tag".
It's the "Cancel tag" that is getting stripped in our code, and unfortunately that causes it to render as a black flag. Interestingly, some text editors, if you paste in one of the flags and hit backspace, what it will actually do is remove the "Cancel tag" and also start rendering the black flag.
We've got a potential fix but we're not entirely sure of the repercussions yet.
We've identified the specific code that does it, and what happens is it trims off invisible control characters from the end of strings. Pretty much all emoji flags are a sequence of characters, but only a few end with something called the "Cancel tag".
It's the "Cancel tag" that is getting stripped in our code, and unfortunately that causes it to render as a black flag. Interestingly, some text editors, if you paste in one of the flags and hit backspace, what it will actually do is remove the "Cancel tag" and also start rendering the black flag.
We've got a potential fix but we're not entirely sure of the repercussions yet.
Our proposed fix fixes the issue too @Chromaniac.
issue too @Chromaniac.
Bear in mind it will only happen with certain emoji where it is the last character in the content.
It is confirmed to happen too with the Scottish flag and the Welsh flag. I have no idea why they're all in the UK. If there are other flags that comprise of a final character which is the "Cancel tag" then they would be affected too. Not gonna try them all
@Chris D as part of the improvements here, can you increase the result count of emojis from 20 to return back all cases found since emoji list is a list already? I.e. if I search for flag, I was hoping I'd see all emoji's that are flag_ vs a subset. For example, it's impossible to find the american flag, unless you explicitly type flag_us, since flag will stop at first 20 and us will stop at first 20.
Interestingly, if I search for usa, I see a hotdog.... which now that I think about it, probably is correct
(seriously though, curious how that shows up for usa given usa is not in the name of the emoji )
Interestingly, if I search for usa, I see a hotdog.... which now that I think about it, probably is correct
(seriously though, curious how that shows up for usa given usa is not in the name of the emoji )
This is nothing at all to do with what we're fixing so you'll need to post that somewhere else 
But the
Can you spot it yet?
The word
But the
usa case is funny, so I had to check. We have a massive array of all emoji which is generated from JoyPixel's data. Here's the definition for
PHP:
'1f32d' => [
'name' => \XF::phrase('emoji.hotdog'),
'category_name' => \XF::phrase('emoji_category.food'),
'category' => 'food',
'shortname' => ':hotdog:',
'shortname_alternates' => [':hot_dog:'],
'humanform' => '0',
'diversity_base' => '0',
'diversity' => '',
'diversity_children' => [],
'gender' => [],
'gender_children' => [],
'keywords' => ['frankfurter', 'hotdog', 'sausage', 'uc8'],
],Can you spot it yet?
The word
sausage contains the letters usa
So apparently, regional flags often have the convention of being terminated with a "cancel tag" whereas most other flags don't.
It isn't well supported but apparently there is a Texas flag emoji and a California flag emoji. Both of these would terminate with the cancel tag.
But at least there is some logic there and an explanation as to why England, Scotland and Wales flags, being regions of the UK, would have this issue and others do not.
It isn't well supported but apparently there is a Texas flag emoji and a California flag emoji. Both of these would terminate with the cancel tag.
But at least there is some logic there and an explanation as to why England, Scotland and Wales flags, being regions of the UK, would have this issue and others do not.
Thank you for reporting this issue, it has now been resolved. We are aiming to include any changes that have been made in a future XF release (2.3.0 Beta 6).
Change log:
Change log:
There may be a delay before changes are rolled out to the XenForo Community.
Here there be dragons!
Chromaniac
Well-known member
Yey
Similar threads
- Question
