Ticket #1965 (closed defect: wontfix)

Opened 3 years ago

Last modified 2 years ago

CDATA sections not recognized when editing

Reported by: elharo Assigned to: anonymous
Priority: normal Milestone:
Component: Administration Version: 1.5.2
Severity: trivial Keywords:
Cc:

Description

I tried to use a CDATA section when editing a new post. e.g.

Blah blah blah.

<![CDATA[some text that includes various unescaped less than signs < ]]>

blah blah.

WordPress made a hash out of this. It neither completely stripped the CDATA section delimiters nor left them intact. It added a space after the less than sign that begins the CDATA section.

This looks like intentional behavior, but it strikes me as a bug. I should be able to use CDATA sections when editing, but if they are removed, they should be removed in toto and their contents escaped.

Change History

11/26/05 17:50:30 changed by davidhouse

  • severity changed from normal to trivial.

Hardly anyone uses CDATA.

10/04/06 18:36:21 changed by mdawaffe

  • status changed from new to closed.
  • resolution set to wontfix.

WordPress should encode everything such that you do not have to use CDATA. WordPress does not respect CDATA blocks anyway.

You should be able to do what you want by using a plugin to manage the filters for content_save_pre. Also chechk out "WordPress should correct invalidly nested XHTML automatically" under Options->Writing.