Bug #10767 Updated: CDATA sections not type'd or content'd

From: 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

« previous php.dev (#72300) next »