php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #10767 CDATA sections not type'd or content'd
Submitted: 2001-05-09 17:42 UTC Modified: 2001-12-03 00:15 UTC
From: gregory at 9voltnet dot com Assigned:
Status: Closed Package: DOM XML related
PHP Version: 4.0.5 OS: Linux RH 6.2
Private report: No CVE-ID: None
View Developer Edit
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If you forgot your password, you can retrieve your password here.
Password:
Status:
Package:
Bug Type:
Summary:
From: gregory at 9voltnet dot com
New email:
PHP Version: OS:

 

 [2001-05-09 17:42 UTC] gregory at 9voltnet dot 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.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2001-11-22 03:32 UTC] 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-12-03 00:15 UTC] mfischer@php.net 
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.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Sat Dec 21 18:01:29 2024 UTC