GNOME Bugzilla – Bug 733722
XML Output invalid: XML_PROGRAMLISTING=YES copies Unicode form feed character (U+000C) to XML files
Last modified: 2014-08-21 17:15:18 UTC
Created attachment 281676 [details] InputFile +++ This bug was initially created as a clone of Bug #728740 +++ Please describe the problem: XML_PROGRAMLISTING=YES copies the Unicode form feed character (U+000C) and maybe other "Noncharacters" from source file to XML output file. The XML files ar not valid and combine.xslt fails. Steps to reproduce: 1. Launch DoxyGen (XML_PROGRAMLISTING=YES) with an input file that includes a form feed character (U+000C). Example InvalideXmlOutput.h: // xml parser error : PCDATA invalid Char value 12 /** briefdescription text * * detaileddescription text */ class InvalideXmlOutput {} 2. Generate XML output 3. Launch Doxygen combine.xslt stylesheet on the output Actual results: Doxygen generates classInvalideXmlOutput.xml: <programlisting><codeline lineno="1"><highlight class="normal"><sp/>[...]</programlisting> and combine.xslt fails Expected results: Doxygen should generate classInvalideXmlOutput.xml without the invalid Char value 12. and combine.xslt should execute successfully. Does this happen every time? Yes
Created attachment 281677 [details] XML output file that includes the invalid Char value 12
Created attachment 281678 [details] doxyfile
invalid Char value 12 is located in first line of input file InvalideXmlOutput.h. DoxyGen copies it to line 11 of XML output file _invalide_xml_output_8h.xml. Its located right after "<codeline lineno="1"><highlight class="normal">".
Confirmed. Should be fixed in the next GIT update.
This bug was previously marked ASSIGNED, which means it should be fixed in doxygen version 1.8.8. Please verify if this is indeed the case. Reopen the bug if you think it is not fixed and please include any additional information that you think can be relevant (preferrably in the form of a self-contained example).