Yahoo! Auto Response

2002-04-08 Thread bigredlinux
This is no longer my e-mail address. If you know me, you should have my updated address. If you don't you can catch me on yahoo messager and ask me. Original Message: X-Track: 1: 40 Return-Path: <[EMAIL PROTECTED]> Received: from php2.chek.com (208.210.50.161) by mta

Bug #15966: replace_node incorrect

2002-03-08 Thread bigredlinux
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.2 PHP Bug Type: DOM XML related Bug description: replace_node incorrect When replace_node is used, if the new node being inserted already exists in the xml document, it is to be first removed. Thus, the follow

Bug #15942 Updated: undefined symbol: xsltParseStylesheet*

2002-03-08 Thread bigredlinux
ID: 15942 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: XSLT related Operating System: Linux PHP Version: HEAD New Comment: By the way, that was with the latest CVS version. Previous Comments:

Bug #15942 Updated: undefined symbol: xsltParseStylesheet*

2002-03-08 Thread bigredlinux
ID: 15942 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: XSLT related Operating System: Linux PHP Version: HEAD New Comment: Here is some information to help the developers understand this bug. h

Bug #15950: xmllint for dump_mem

2002-03-07 Thread bigredlinux
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.2 PHP Bug Type: DOM XML related Bug description: xmllint for dump_mem Would it be possible to add an optional parameter to dump_mem (and family) to pass the tree through xmllint --format?? Since you are alread

Bug #15949: replace_node feature

2002-03-07 Thread bigredlinux
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.2 PHP Bug Type: DOM XML related Bug description: replace_node feature I realize that for replace_node, the W3C recommendation suggests that you should return the node that was removed. However, this presents a

Bug #15942 Updated: undefined symbol: xsltParseStylesheet*

2002-03-07 Thread bigredlinux
ID: 15942 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: XSLT related Operating System: Linux PHP Version: 4.1.2 New Comment: Important to note here that all the other domxml functions worked, it was just

Bug #15942: undefined symbol: xsltParseStylesheet*

2002-03-07 Thread bigredlinux
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.2 PHP Bug Type: XSLT related Bug description: undefined symbol: xsltParseStylesheet* php: relocation error: /usr/lib/php4/domxml.so: undefined symbol: xsltParseStylesheet* I downloaded the snapshot and did t

Bug #15918 Updated: DomAttribute missing "type" property

2002-03-07 Thread bigredlinux
ID: 15918 Updated by: [EMAIL PROTECTED] -Summary: DomAttribute missing "type" property Reported By: [EMAIL PROTECTED] Status: Closed Bug Type: DOM XML related Operating System: Linux PHP Version: 4.1.2 Assigned To: jtate New Co

Bug #15939: implement the function remove_attribute

2002-03-07 Thread bigredlinux
From: [EMAIL PROTECTED] Operating system: All PHP version: 4.1.2 PHP Bug Type: DOM XML related Bug description: implement the function remove_attribute Of all the functions missing, this seems to be the most critical. There is currently no way to take an attribute out of th

Bug #15918 Updated: DomAttribute missing "type" property

2002-03-07 Thread bigredlinux
ID: 15918 Updated by: [EMAIL PROTECTED] -Summary: DomAttribute missing "type" property Reported By: [EMAIL PROTECTED] Status: Assigned Bug Type: DOM XML related Operating System: Linux PHP Version: 4.1.2 Assigned To: jtate New

Bug #15918: DomAttribute missing "type" property

2002-03-06 Thread bigredlinux
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.2 PHP Bug Type: DOM XML related Bug description: DomAttribute missing "type" property It appears that the type property is missing from the DomAttribute class, which makes it quite difficult to determine the ty