Bug #10767 Updated: CDATA sections not type'd or content'd
| From: | mfischer@php.net | Date: | Mon, 03 Dec 2001 05:15:33 +0000 |
| Subject: | Bug #10767 Updated: CDATA sections not type'd or content'd | ||
| References: | 1 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-72300@lists.php.net to get a copy of this message | ||
ID: 10767
Updated by: mfischer
Reported By: gregory@9voltnet.com
Old Status: Feedback
Status: Closed
Bug Type: DOM XML related
Operating System: Linux RH 6.2
PHP Version: 4.0.5
New Comment:
Syntax for CDATA has changed (I beelieve), they're now part of the DOM (DomCData Object) and
can be accessed via the children() method of the parent object.
See http://bugs.php.net/bug.php?id=10667.php
for a working sample (just do a print_r($docTree); ).
Closing.
Previous Comments:
------------------------------------------------------------------------
[2001-11-22 03:32:03] mfischer@php.net
Can you try with latest RC and see if it works
http://www.php.net/~zeev/php-4.1.0RC3.tar.gz
Feedback.
------------------------------------------------------------------------
[2001-05-09 17:42:40] gregory@9voltnet.com
well, using the dom and libxml 2.3.8 (and libxml 1 was required in 4.0.4pl1 too) it (getting CDATA
content) worked in 4.0.4pl1.
the content attribute of the node used to contain all the data in a CDATA section of an XML doc.
now, the content attribute in 4.0.5 with libxml2 is empty. completely. even more, the type
attribute it claims the element containing the CDATA is a 1 (?_ELEMENT i belive) as opposed to 3 or
4 (?_CDATA_SECTION i believe). regardless, the content is empty and seemingly not recoverable.
this appears in both the standard node querying as well as XPath.
yuck.
------------------------------------------------------------------------
Edit this bug report at http://bugs.php.net/?id=10767&edit=1