Bug #45996 [Com]: libxml2 2.7.1 causes breakage with character data in xml_parse()
Edit report at http://bugs.php.net/bug.php?id=45996&edit=1 ID: 45996 Comment by: lwc at mailmetrash dot com Reported by:phpbugs at colin dot guthr dot ie Summary:libxml2 2.7.1 causes breakage with character data in xml_parse() Status: Closed Type: Bug Package:XML related Operating System: Mandriva Linux PHP Version:5.2.6 Assigned To:rrichards Block user comment: N Private report: N New Comment: It still happens to me even in libxml v2.7.7. Please take it seriously. At least mention in what scenarios does it happen and does it have a link in libxml's own bug tracker. Previous Comments: [2010-07-07 23:17:53] i_cypher at hotmail dot com I am seeing this error in 2.7.3 as well, so the fix does not seem to be working. [2010-04-19 00:05:30] nick dot phillips at otago dot ac dot nz Just FYI - I have been seeing what would appear to be this issue with libxml2 2.7.6 (with Moodle), so it seems that "2.7.3 or higher" doesn't cut it. Reverting to 2.6.32 solved the problem for me. [2009-01-11 12:06:01] rricha...@php.net This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. This fix also requires the soon to be released libxml2-2.7.3 or higher when using 2.7.x. [2009-01-03 04:03:53] david+phpbugs at midrange dot com Ok, I'm going to try and rebuild the Fedora 8 source RPM to avoid the libxml2 bug ... but I'm not all that familiar with how PHP is built ... and could use a pointer or two on what to change on the configure command line. Any suggestions? [2009-01-02 23:03:29] geoffers+phpbugs at gmail dot com What is the recommended advice for PHP software that relies upon the XML extension? It'd be easier to say that libxml2.7.02.7.2 wasn't supported if it weren't for the fact that I've had at least one user come who had LIBXML_VERSION equal to 20632 with this issue we can't just add a LIBXML_VERSION based workaround, not just because the constant doesn't exist on 4.3.0, but also because it is seemingly isn't reliable. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=45996 -- Edit this bug report at http://bugs.php.net/bug.php?id=45996&edit=1
Bug #45996 [Com]: libxml2 2.7.1 causes breakage with character data in xml_parse()
Edit report at http://bugs.php.net/bug.php?id=45996&edit=1 ID: 45996 Comment by: lwc at mailmetrash dot com Reported by:phpbugs at colin dot guthr dot ie Summary:libxml2 2.7.1 causes breakage with character data in xml_parse() Status: Closed Type: Bug Package:XML related Operating System: Mandriva Linux PHP Version:5.2.6 Assigned To:rrichards Block user comment: N Private report: N New Comment: Again, I use libxml v2.7.7 (with PHP v5.2.14). Previous Comments: [2011-01-04 20:04:33] rricha...@php.net To hopefully close this once and for all: Compile PHP (5.2.9 or higher) against the newer libxml (2.7.3 or higher). PHP code change: http://svn.php.net/viewvc/php/php-src/branches/PHP_5_2/ext/xml/compat.c? r1=272374&r2=273286 Libxml code change: http://svn.gnome.org/viewvc/libxml2/trunk/parser.c?r1=3803&r2=3807 [2011-01-04 19:50:35] lwc at mailmetrash dot com It still happens to me even in libxml v2.7.7. Please take it seriously. At least mention in what scenarios does it happen and does it have a link in libxml's own bug tracker. [2010-07-07 23:17:53] i_cypher at hotmail dot com I am seeing this error in 2.7.3 as well, so the fix does not seem to be working. [2010-04-19 00:05:30] nick dot phillips at otago dot ac dot nz Just FYI - I have been seeing what would appear to be this issue with libxml2 2.7.6 (with Moodle), so it seems that "2.7.3 or higher" doesn't cut it. Reverting to 2.6.32 solved the problem for me. [2009-01-11 12:06:01] rricha...@php.net This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. This fix also requires the soon to be released libxml2-2.7.3 or higher when using 2.7.x. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/bug.php?id=45996 -- Edit this bug report at http://bugs.php.net/bug.php?id=45996&edit=1
[PHP-BUG] Bug #53677 [NEW]: xml_parse_into_struct does not unescape character data
From: Operating system: Redhat Linux PHP version: 5.2.14 Package: XML related Bug Type: Bug Bug description:xml_parse_into_struct does not unescape character data Description: Assuming #26528 is also valid for the actual character data (as claimed in http://forum.alicebot.org/viewtopic.php?t=69), then the parser should decodeinto: [name] => this [value] => The problem is in some cases it stays as: [name] => this [value] => In my 2 unrelated servers, the decoding works in v5.2.6 but fails in v5.2.14. Please check in newer versions, if you can! -- Edit bug report at http://bugs.php.net/bug.php?id=53677&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=53677&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=53677&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=53677&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=53677&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=53677&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=53677&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=53677&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=53677&r=needscript Try newer version: http://bugs.php.net/fix.php?id=53677&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=53677&r=support Expected behavior: http://bugs.php.net/fix.php?id=53677&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=53677&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=53677&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=53677&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=53677&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=53677&r=dst IIS Stability: http://bugs.php.net/fix.php?id=53677&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=53677&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=53677&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=53677&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=53677&r=mysqlcfg
Bug #53677 [Opn]: xml_parse_into_struct does not unescape character data
Edit report at http://bugs.php.net/bug.php?id=53677&edit=1 ID: 53677 User updated by: lwc at mailmetrash dot com Reported by: lwc at mailmetrash dot com Summary:xml_parse_into_struct does not unescape character data Status: Open Type: Bug Package:XML related Operating System: Redhat Linux PHP Version:5.2.14 Block user comment: N Private report: N New Comment: As for the "(as claimed in)" comment, you can delete it. They actually claim you should use straight up HTML without escaping it. Problem is the parser then treats the HTML tags like XML ones. If you have a solution for that one, please post it there. Previous Comments: [2011-01-06 21:40:58] lwc at mailmetrash dot com Description: Assuming #26528 is also valid for the actual character data (as claimed in http://forum.alicebot.org/viewtopic.php?t=69), then the parser should decode <that> into: [name] => this [value] => The problem is in some cases it stays as: [name] => this [value] => <that> In my 2 unrelated servers, the decoding works in v5.2.6 but fails in v5.2.14. Please check in newer versions, if you can! -- Edit this bug report at http://bugs.php.net/bug.php?id=53677&edit=1
Bug #53677 [Opn]: xml_parse_into_struct deletes unescaped character data
Edit report at http://bugs.php.net/bug.php?id=53677&edit=1 ID: 53677 User updated by: lwc at mailmetrash dot com Reported by: lwc at mailmetrash dot com -Summary:xml_parse_into_struct does not unescape character data +Summary:xml_parse_into_struct deletes unescaped character data Status: Open Type: Bug Package:XML related Operating System: Redhat Linux PHP Version:5.2.14 Block user comment: N Private report: N New Comment: Sorry, here's a fixed description. <that>tag<that/> should turn into: [name] => this [value] => tag But in some cases it turns into: [name] => this [value] => tag/ That is, it's not even kept. It's just deleted! Previous Comments: ------------ [2011-01-06 21:48:10] lwc at mailmetrash dot com As for the "(as claimed in)" comment, you can delete it. They actually claim you should use straight up HTML without escaping it. Problem is the parser then treats the HTML tags like XML ones. If you have a solution for that one, please post it there. -------------------- [2011-01-06 21:40:58] lwc at mailmetrash dot com Description: Assuming #26528 is also valid for the actual character data (as claimed in http://forum.alicebot.org/viewtopic.php?t=69), then the parser should decode <that> into: [name] => this [value] => The problem is in some cases it stays as: [name] => this [value] => <that> In my 2 unrelated servers, the decoding works in v5.2.6 but fails in v5.2.14. Please check in newer versions, if you can! -- Edit this bug report at http://bugs.php.net/bug.php?id=53677&edit=1
Bug #53677 [Opn->Csd]: xml_parse_into_struct deletes unescaped character data
Edit report at http://bugs.php.net/bug.php?id=53677&edit=1 ID: 53677 User updated by: lwc at mailmetrash dot com Reported by: lwc at mailmetrash dot com Summary:xml_parse_into_struct deletes unescaped character data -Status: Open +Status: Closed Type: Bug Package:XML related Operating System: Redhat Linux PHP Version:5.2.14 Block user comment: N Private report: N New Comment: Sorry, you can delete this bug. The fixed description made me realize it's a duplicate of #45996. Previous Comments: [2011-01-06 22:05:23] lwc at mailmetrash dot com Sorry, here's a fixed description. <that>tag<that/> should turn into: [name] => this [value] => tag But in some cases it turns into: [name] => this [value] => tag/ That is, it's not even kept. It's just deleted! -------------------- [2011-01-06 21:48:10] lwc at mailmetrash dot com As for the "(as claimed in)" comment, you can delete it. They actually claim you should use straight up HTML without escaping it. Problem is the parser then treats the HTML tags like XML ones. If you have a solution for that one, please post it there. -------------------- [2011-01-06 21:40:58] lwc at mailmetrash dot com Description: Assuming #26528 is also valid for the actual character data (as claimed in http://forum.alicebot.org/viewtopic.php?t=69), then the parser should decode <that> into: [name] => this [value] => The problem is in some cases it stays as: [name] => this [value] => <that> In my 2 unrelated servers, the decoding works in v5.2.6 but fails in v5.2.14. Please check in newer versions, if you can! -- Edit this bug report at http://bugs.php.net/bug.php?id=53677&edit=1
