The following issue has been updated:

    Updater: Aaron Kardell (mailto:[EMAIL PROTECTED])
       Date: Thu, 20 May 2004 6:25 PM
    Comment:
Here is a tarball of patch files that should fix this issue as well as the other 
similar issues I just reported.
    Changes:
             Attachment changed to PatchFilesForCloneNodeFix.tar
    ---------------------------------------------------------------------
For a full history of the issue, see:

  http://issues.apache.org/jira/browse/XERCESJ-525?page=history

---------------------------------------------------------------------
View the issue:
  http://issues.apache.org/jira/browse/XERCESJ-525

Here is an overview of the issue:
---------------------------------------------------------------------
        Key: XERCESJ-525
    Summary: HTMLTableRowElement.cloneNode() incorrectly copies _cells
       Type: Bug

     Status: Open

    Project: Xerces2-J
 Components: 
             DOM
   Versions:
             2.2.0

   Assignee: Xerces-J Developers Mailing List
   Reporter: Brett Sutton

    Created: Sat, 23 Nov 2002 3:56 AM
    Updated: Thu, 20 May 2004 6:25 PM
Environment: Operating System: All
Platform: All

Description:
If you attempt to clone (deep) an existing row the _cells private member 
variable is also cloned. The problem is that (provided _cells has been 
initialised by a call to getCells()) _cells points to the original row. Any 
future calls to getCells() on the new row will return the cell information 
from the original row. 

Suggested fix:
During the call to cloneNode() _cells should be set to null. The next call to 
getCells() will then correctly initialise it.

Implement HTMLTableRowElement.cloneNode(boolean deep) as follows:

public Node HTMLTableRowElement.cloneNode(boolean deep)
{
   Node newNode = super.cloneNode(deep); 
   newNode._cells = null;
   return newNode;
}


---------------------------------------------------------------------
JIRA INFORMATION:
This message is automatically generated by JIRA.

If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa

If you want more information on JIRA, or have a bug to report see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to