DO NOT REPLY [Bug 29130] New: - HTMLSelectElementImpl.getOptions(), HTMLTableElementImpl.getRows(), ... do not return the right results after a cloneNode

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=29130>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=29130

HTMLSelectElementImpl.getOptions(), HTMLTableElementImpl.getRows(), ... do not 
return the right results after a cloneNode

           Summary: HTMLSelectElementImpl.getOptions(),
                    HTMLTableElementImpl.getRows(), ... do not return the
                    right results after a cloneNode
           Product: Xerces-J
           Version: CVS extract
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: Major
          Priority: Other
         Component: HTMLDOM
        AssignedTo: xerces-j-dev@xxxxxxxxxxxxxx
        ReportedBy: akardell@xxxxxxxxxxxx


The following methods:

HTMLSelectElementImpl.getOptions()
HTMLTableElementImpl.getRows()
HTMLFormElementImpl.getElements()
HTMLMapElementImpl.getAreas()
HTMLTableElementImpl.getTBodies()
HTMLTableRowElementImpl.getCells()
HTMLTableSectionElementImpl.getRows()

appear to return the wrong cached results, if the following sequence of events
occurs (HTMLSelectElementImpl is used as an example):

1) You have a variable, origSelect, to an HTMLSelectElementImpl object
2) You call origSelect.getOptions()
3) You call origSelect.cloneNode(true) and assign it to the variable 
clonedSelect
4) Your call to clonedSelect.getOptions() inappropriately returns the same
result as a call to origSelect.getOptions().

I will be attaching patch files that I believe fix the problem by clearing the
cached items upon a clonedNode, and I will also include a file called
TestingSelectCloneNode.java.

This appears to not be platform, OS, or JDK specific.