[wp-trac] [WordPress Trac] #37808: Zero-width space stripped by TinyMCE again

[WordPress Trac]

#37808: Zero-width space stripped by TinyMCE again
--------------------------+--------------------
 Reporter:  nathanwells   |       Owner:
     Type:  defect (bug)  |      Status:  new
 Priority:  normal        |   Milestone:  4.6.1
Component:  TinyMCE       |     Version:  4.6
 Severity:  normal        |  Resolution:
 Keywords:  has-patch     |     Focuses:
--------------------------+--------------------

Comment (by nathanwells):

 Replying to [comment:1 iseulde]:
 > Thanks for the report and welcome to Trac! Is this problem new to 4.6?
 No, it is not new - started in Wordpress 4.3.x but since the but was only
 posted in the TinyMCE GitHub I thought it would be good to bring attention
 to it here as well since it impacts Wordpress (and since the previous time
 this happened, it was dealt with here). Also it is not new in the fact
 that it was fixed once already, but now the code has regressed and needs
 to be patched again.

 > We are also using that character for the text patterns, but it is
 carefully inserted and removed again. We are not removing just any
 character.  We should maybe use \uFEFF though if the other is used in some
 languages, but I'm not sure if there were any problems with that one.
 I would think using \uFEFF could be a good option for us (the Khmer
 language). Based on Wikipedia, some languages used to use \uFEFF as a type
 of zero-width space but that has now been depreciated, and it is used
 exclusively as the BOM [https://en.wikipedia.org/wiki/Word_joiner
 Wikipedia:Word Joiner] and [http://www.unicode.org/faq/utf_bom.html#BOM
 Unicode FAQ]

 Appreciate your time on this!

--
Ticket URL: <https://core.trac.wordpress.org/ticket/37808#comment:4>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform