[issue20714] Allow for ]]> in CDATA in minidom

2014-02-23 Thread Artur R. Czechowski
Artur R. Czechowski added the comment: Martin, I partially agree with you. After rethinking the issue I agree that changing the behavior of createCDATASection maybe is not a good idea. On the other hand anyone in need of adding ]]> into CDATA must write a few lines of code, which will

[issue20714] Allow for ]]> in CDATA in minidom

2014-02-23 Thread Artur R. Czechowski
Artur R. Czechowski added the comment: Martin, the exact information you need are: 1. this is what I did: #!/usr/bin/env python import unittest import xmlrunner class Foo(unittest.TestCase): def testFoo(self): self.assertTrue(False, ']]>') unittest.ma

[issue20714] Allow for ]]> in CDATA in minidom

2014-02-23 Thread Artur R. Czechowski
Changes by Artur R. Czechowski : Removed file: http://bugs.python.org/file34167/minidom.patch ___ Python tracker <http://bugs.python.org/issue20714> ___ ___ Python-bug

[issue20714] Allow for ]]> in CDATA in minidom

2014-02-23 Thread Artur R. Czechowski
Artur R. Czechowski added the comment: Proper patch with tests available in remote hg repo attached to this comment. -- hgrepos: +217 ___ Python tracker <http://bugs.python.org/issue20

[issue20714] Allow for ]]> in CDATA in minidom

2014-02-21 Thread Artur R. Czechowski
Artur R. Czechowski added the comment: Eric, I'm not sure what exactly your concern is, but I'll try to address two issues I can see. First: both strings and are a correct and valid examples of CDATA usage as per specification[1]. Second: is it allowed to have two occurence

[issue20714] Please allow for ]]> in CDATA in minidom.py

2014-02-20 Thread Artur R. Czechowski
New submission from Artur R. Czechowski: Current support for ]]> inside CDATA is to raise an Exception. However, it could be solved by dividing the ]]> to two strings: - ]] - > and each one is a separate CDATA inside elemement. So, to put ]]> inside CDATA o