Forum Posts: Entering Emoji truncates post

So here's one for you:

If you enter an emoji into a post, anything after the emoji (and the emoji itself) will be lost.

I'll try to post an emoji (this one), the write something afterwards - I don't believe either the emoji, or whatever is written after will show:  

Here's what the above post looked like, when I was creating it:

I don't believe this happens with the emoticons you can access through the top bar menu of the embedded editor   

Those aren't emojis in the same was as copying/pasting/typing an emoji works. (try this)

Oh.. Gotcha

Just trying posting an emoji with mproj editor   
And some text afterwards

Win 8 with Google Chrome
Version 70.0.3538.77 (Official Build) (64-bit)

It's a bug. Attempting to post emoji is supposed to lock out your account.

Bump for what I find to be the most irksome bug on MP.

More than a few times I've typed lengthy, thoughtful comments (ok, actually they're really just unhinged screeds) that happen to include a non-mp-editor/phone-keyboard emoji in the text, and upon submission, realized that the emoji bug wiped everything after it.

Such unexpected and infuriating text editor behavior, to allow a character to be typed that can't be parsed upon submission and instead just truncates the submission altogether!

p.s. Why would attempting to post emoji be "supposed to lock out your account"? That sounds completely unreasonable, to me. Am I missing the joke? Or is that a sincere claim?

I had a post truncated because of two new lines in a row.

:( 

It's actually still a bug. So that's crazy. 

Looks like unicode works,

¡™£¢∞§¶•Ω≈ç√∫˜µ≤µ˜∫ƒ

so I'm not sure if they're screwing up the encoding on the backend or what,

Long Ranger wrote:

It's actually still a bug. So that's crazy. 

Looks like unicode works,

¡™£¢∞§¶•Ω≈ç√∫˜µ≤µ˜∫ƒ

so I'm not sure if they're screwing up the encoding on the backend or what,

All of those characters are in the "Basic Multilingual Plane" and can be encoded with a single code unit in UTF-16. Emoji are part of the "Supplementary Multilingual Plane" which require a surrogate pair.

Mishandling this is pretty common for programming languages that use UTF-16 internally. Before emoji 99.9999% of characters people used where in the BMP and you could just get away with pretending that the text encoding was fixed width.

https://en.wikipedia.org/wiki/Plane_(Unicode)
https://en.wikipedia.org/wiki/UTF-16

On a separate but related note, found this funny little bug/limitation recently:

Looks like the search bar can't handle certain characters special characters.

Target result:

simple search:

trying in quotes:

I've tried a handful of other methods - escape characters, transliteration, etc - to no avail.

Not a big deal, but if we're here pointing out shortcomings in the character handling already, figured it was worth mentioning. 

Also just kind of ironic to find the buggy behavior while searching for a route called "C++".

Search does handle emojis, but the results turn up everything to what looks like a set limit. 

Although the first few results from routes are 404's, 

https://www.mountainproject.com/route/123616103/immelman-redirect

https://www.mountainproject.com/route/121530822/bluff-top-project

https://www.mountainproject.com/route/121967188/lillys-arete

https://www.mountainproject.com/route/122774123/clamshell

https://www.mountainproject.com/route/122904560/the-void-clock

Same for Areas, Photos, Forums, but not Users.

Long Ranger wrote:

Search does handle emojis, but the results turn up everything to what looks like a set limit. 

hahaha thats so weird!