[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