>>> import copy>>> from xml.dom import minidom>>> doc = minidom.parseString('<root/>')>>> doc2 = copy.deepcopy(doc)>>> doc.toxml()u'<?xml version="1.0" ?><root/>'>>> doc2.toxml()u'<?xml version="1.0" ?><root/><root/>'>>> minidom.parseString(doc2.toxml())Traceback (most recent call last):...ExpatError: junk after document element: line 1, column 2The workaround is to use doc.cloneNode(True).

It works fine with 2.5 and 2.6.

xml.dom.minicompat.NodeList provides __reduce__/__reduce_ex__ methods, they return "state" as well as "list iterator". However one of those seems to be absolutely enough for reconstruction of instance (__reduce__/__reduce_ex__ are inherited, methods __setstate/__getstate__ aka state provider/consumer are defined in NodeList).deepcopy (actually its helper function _reconstruct) uses both, state and list iterator for copying, first it calls __setstate__(state) on new copy, then it goes through iterator and calls append(item) (as it is probably common for lists). This is it! (state and list iterator contain same information, list of items)Prior to some minor 2.7 update deepcopy used list iterator and state in opposite order, first it run append through iterator, then __setstate__ (this overwrote new content at all, no unwanted copies appeared). So the issue is there all the time, just with no impact in the past.Issue also occurs with simple copy.copy() on NodeList:>>> import copy>>> from xml.dom import minidom>>> doc = minidom.parseString('<root/>')>>> print copy.copy(doc.childNodes)[<DOM Element: root at 0xb73fbbcc>, <DOM Element: root at 0xb73fbbcc>]I am strongly convinced NodeList doesn't require __setstate__/__getstate__ methods (even more I believe they are not desired in subclass of list). Therefore I am proposing patch with removal of these methods.If I am wrong in my final decision, somebody smarter has to find a solution. This is the reason why I described issue in deep. :)

You can create object copy using both copy and pickle modules. I assume that identical results should be produced.pickle handles minidom.Document correctly, however copy does not. Even if patch to NodeList will be applied, copy or pickle modules need to be adjusted to produce identical results.From this view point copy module needs to be adjusted.Here is the test code:import copy, picklefrom xml.dom.minidom import NodeListobj = NodeList()obj.append('a')obj2 = copy.deepcopy(obj)print(obj2)obj2 = pickle.loads(pickle.dumps(obj))print(obj2)Output (python 2.7-3.2):['a', 'a']['a']

Code frommsg146175 with attached patch applied:>>> import sys>>> print(sys.version_info)sys.version_info(major=2, minor=7, micro=2, releaselevel='final', serial=0)>>> import copy, pickle>>> from xml.dom.minidom import NodeList>>> >>> obj = NodeList()>>> obj.append('a')>>> >>> obj2 = copy.deepcopy(obj)>>> print(obj2)['a']>>> >>> obj2 = pickle.loads(pickle.dumps(obj))>>> print(obj2)['a']Result is same in both cases.

Marian, I have no doubts that the patch cures THIS issue. The problem is that it cures the wrong thing.It is _reconstruct function that needs to be fixed (somebody changed order of 'if' statements between 2.6 and 2.7 releases)

New changeset0eea57ddb75f by Serhiy Storchaka in branch '2.7':Issue#10131: Fixed deep copying of minidom documents.  Based on patchhttps://hg.python.org/cpython/rev/0eea57ddb75fNew changesetaa304ad32292 by Serhiy Storchaka in branch '3.4':Issue#10131: Fixed deep copying of minidom documents.  Based on patchhttps://hg.python.org/cpython/rev/aa304ad32292New changeset5d6b2dc7e3d0 by Serhiy Storchaka in branch '3.5':Issue#10131: Fixed deep copying of minidom documents.  Based on patchhttps://hg.python.org/cpython/rev/5d6b2dc7e3d0New changeset9fcfdb53e8af by Serhiy Storchaka in branch 'default':Issue#10131: Fixed deep copying of minidom documents.  Based on patchhttps://hg.python.org/cpython/rev/9fcfdb53e8af

Thank you Marian for your patch. Committed modified patch with tests. For compatibility with data pickled by unpatched Python we have to keep __setstate__.The discrepancy between pickle and copy module is different not easy issue.