GNOME Bugzilla – Bug 700710
Docbook output produces invalid XML for <programlisting> elements
Last modified: 2013-08-23 15:04:41 UTC
The 1.8.4 release of Doxygen generates invalid <programlisting> elements in some cases, resulting in an orphaned </link> element inside the <programlisting> node. Sample validation error output: struct_h_i_d___unit__t.xml:5: parser error : Opening and ending tag mismatch: para line 4 and programlisting <programlisting>#include <HIDParser.h></link></programlisting> The issue appears to be at line 1174 of src/docbookgen.cpp: if (!nm.isEmpty()) { t << "<para>" << endl; t << " <programlisting>#include "; if (ii->fileDef && !ii->fileDef->isReference()) // TODO: support external references { t << "<link linkend=\"" << ii->fileDef->getOutputFileBase() << "\">"; } t << "<" << nm << ">" << "</link>"; t << "</programlisting>" << endl; t << "</para>" << endl; } The opening <link> item is conditionally generated if a file definition is present, however the closing </link> is generated under all circumstances.
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.5. 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.