[wp-trac] [WordPress Trac] #63825: Creating a post containing UTF-8, then changing WP_CHARSET to "latin1", makes posts un-editable.
WordPress Trac
noreply at wordpress.org
Wed Aug 13 16:47:46 UTC 2025
#63825: Creating a post containing UTF-8, then changing WP_CHARSET to "latin1",
makes posts un-editable.
-------------------------------------------------+-------------------------
Reporter: mcc111 | Owner: (none)
Type: defect (bug) | Status: new
Priority: normal | Milestone: Awaiting
| Review
Component: Database | Version: 6.6.2
Severity: normal | Resolution:
Keywords: needs-testing has-screenshots close | Focuses: ui
needs-test-info |
-------------------------------------------------+-------------------------
Changes (by jonsurrell):
* keywords: needs-testing has-screenshots close => needs-testing has-
screenshots close needs-test-info
Comment:
Thanks for the additional detail.
One clarification: ''I did not close the ticket.'' I added a workflow
keyword `close` that marks it as a candidate for closure. Subtle and
somewhat confusing, but not the same thing. This ticket remains open, but
other folks may close it if they agree with my reasoning.
I marked it as a closure candidate because it's unclear to me that this
has a productive path forward. The information I understand is that:
- This site was working fine with encoding X
- Something happened to cause the site to have encoding Y
- At this point it's likely there's data with different encoding in the
database, things are already corrupt
- You were able to workaround the issue and fix the problem to some extent
by changing `DB_CHARSET=latin1`.
- A post that may have been stored with encoding X, Y or `latin1` could
not be edited in the editor
At the final step, data was likely already corrupt. I don't want to
dismiss that, it's ''terrible'' for a user. But, with corrupt data,
editing a post could make things worse! Depending on the contents of the
post, it's possible that the editor made a best effort to show you the
post but found it so corrupt that there was nothing to show. At that point
it doesn't seem like there's much to be done.
-----
If there are more details you can provide such as the post content for the
post in question, the database encoding before and after the problem, or
some minimal reproduction examples, it may help this move forward.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/63825#comment:5>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list