Alright, I tracked down the emoji issue and fixed it. I want to give you all a breakdown of what happened. Non-technical folks should skip to the "What it means" section.
Technical breakdown:
Eos is built on top of Milovana's aging PHP codebase (which we'll call the "legacy backend") that is a pain to debug and maintain, so I've been working on a new Node.js based backend, codenamed "Winta".
On Sunday, I briefly rolled out Winta as a backend for Eos Editor only but due to bugs I later rolled it back. As it turns out, the legacy backend saves Unicode characters by escaping them in the JSON. This looks something like this:
Code: Select all
\"label\":\"<p>Saved using old backend<\\/p><p><\\/p><p>\\ud83d\\ude00 \\ud83d\\ude03 \\ud83d\\ude04<\\/p>\"
However, Winta saves it as proper unescaped Unicode. This works fine, except when I rolled back to the legacy backend, it wasn't ready to handle the unescaped Unicode characters, so if you made any changes during that time it just converted those characters to question marks.
I've now fixed the legacy backend, so it can also handle unescaped Unicode characters.
What it means for authors:
Anyone who didn't access the editor on Sunday should be fine.
Anyone who did access the editor on Sunday but didn't make any changes should be fine.
Anyone who did access the editor on Sunday and made changes but didn't make changes since then should be fine.
Anyone who did access the editor on Sunday, made changes, and accessed it again since and made changes again will have certain Unicode characters in their tease converted to question marks.
If you're in that last category, hopefully you have a backup - otherwise, there isn't anything I can do.
MisterFlames: You should now be able to import your backup. If not, please let me know.