Inserting a greek chi in an article leads to immediate loss of data

• Release Blocker
• Bug

When you enter text into an article, or when you edit an article's content, there might come a situation where you want to use a character that is not readily on your keyboard.

Unfortunately, in standard setting, you cannot enter it's unicode address directly with ampersand hash.

That is the time to use the edit feature 'special characters', represented by a keyboard symbol. Clicking this opens a pop-up window containing several special chars, among them are some greek characters.

Btw, strangely there is a greek uppercase chi, but I did not see a lowercase one. The font (currently I use EB Garamond) not only carries all greek chars, but even accented greek and diacritic greek...

This is what happened:
But I just needed an uppercase chi, and it was there, so I clicked it to insert that into the text. It was inserted, the text looked okay, so I clicked on Save. Result: ALL text after the chi was gone, and instead of a chi there was just a ]6.

I was lucky, there were just two sentences after the chi, which I could reproduce. I tried to replay the scenario, and it could be replicated. Each and every time the text gets truncated at the chi. And because articles do not have a history (I'll have to open a feature request to have that added, it's dearly needed) this leads to immediate loss of data (once again, that is not available as a bug classification).

This bug has been demonstrated on show2.tiki.org

Please demonstrate your bug on show2.tiki.org