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
Upgrade to v0.12.0 caused special characters to turn to garbage #441
Comments
It looks like columns on your tables might not have been set correctly... I'd need to check which version this was supposed to happen on. But could you run this query and share the output?
We're looking for the |
The I have looked at a backup of the database from before migrating and its showing the same. The only thing that seems to have been changed is that the database as a whole has |
Sorry for the slow response here. I'm really not sure what would cause this, unfortunately, especially if the collation on that column hasn't changed. The best thing to do might be to revert to your previous character set and collation. |
Since we haven't heard about this affecting anyone else, and it should be fixed from the start with our updated installation instructions, I'm not sure there's anything actionable on this issue, so I'll close it. |
Describe the bug
When upgrading to v0.12.0 following the instruction
ALTER DATABASE writefreely CHARACTER SET latin1 COLLATE latin1_swedish_ci;
caused all emoji and special characters to become corrupted.For example see the below screen shot, there was an emoji at the end of the post and the pull out to the right was bookended by curly quotes:
What I suspect is happened is the altering of the database character set wasn't followed by a conversion of the character set in the database content.
The text was updated successfully, but these errors were encountered: