[wp-trac] [WordPress Trac] #19926: Bad special characters replacement when changing from HTML to Visual
WordPress Trac
wp-trac at lists.automattic.com
Fri Feb 3 20:05:12 UTC 2012
#19926: Bad special characters replacement when changing from HTML to Visual
--------------------------+------------------------------
Reporter: bi0xid | Owner:
Type: defect (bug) | Status: new
Priority: normal | Milestone: Awaiting Review
Component: TinyMCE | Version:
Severity: normal | Resolution:
Keywords: |
--------------------------+------------------------------
Comment (by azaozz):
This actually is a very complex problem. It depends on the browser being
set to UTF-8 (this is the default for WP but can be overridden by the
user), the current font having all UTF-8 chars, the DB table(s) having the
proper utf8 encoding, even the connection between the server and the DB
having the proper charset...
All these should be UTF-8 which is usually the case.
Replying to [comment:1 SergeyBiryukov]:
> My results are different. Only two characters are displayed incorrectly:
`♠` and `≠`...
In my tests all chars were saved and displayed correctly. Thinking this
may have something to do with the initial urlencoding in the browser.
Could you have a look at the request header when saving a post, in FF9 the
form data is transmitted as `application/x-www-form-urlencoded` despite
that we don't set this explicitly on the form.
--
Ticket URL: <http://core.trac.wordpress.org/ticket/19926#comment:3>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list