Re: XML_Xpath
| From: | Lukas Smith | Date: | Thu, 29 Jan 2004 23:32:26 +0000 |
| Subject: | Re: XML_Xpath | ||
| References: | 1 2 | Groups: | php.pear.qa |
| Request: | Send a blank email to pear-qa+get-428@lists.php.net to get a copy of this message | ||
Cipriano Groenendal wrote:
Well the problem is that the QA teams currently has no authority at all. Packages are the sole authority of the respective maintainer in the current regulations. regards, Lukas Smith smith@backendmedia.com _______________________________ BackendMedia www.backendmedia.com berlin@backendmedia.com Linn Zwoch Smith GbR Pariser Str. 44 D-10707 Berlin Tel +49 30 83 22 50 00 Fax +49 30 83 22 50 07Hello. The current XML_Xpath is 100% completely broken in the newer PHP Versions. I'm not sure exactly when, but some time along the ride, the DomXML implementation started returning all its classnames in lowercase(ie: domdocument). The XML_Xpath package searches the classnames case sensitive (DomDocument). Thus it'll never recognize XML as being loaded, and will always fail. A bug about this has already been submitted over 2 months ago[1], and a fix[2] for this bug had already been applied to the CVS 5 months, 1 week ago. Yet untill now, there has been no new XML_XPath released. The included test didn't work either, since it used functions(systime()) that simply don't exist.Okay, sorry about that, bad mail client send the mail while i wasn't done writing ;-) Like I wanted to add, a simple test script I made showed how none of the three advertised methods work, yet with the version from CVS everything runs perfectly. This might be a nice test-case for the QA team to work on, see how they think they should handle a situation like this :)