GNOME Bugzilla – Bug 672472
@par leads to eclipse help problems due to an </b> without <b> in html output
Last modified: 2012-05-19 12:26:35 UTC
The keyword par leads to an additional </b> into the <dt> and </dt> block. Example: @par author: JochenS leads to: <dl class="section user"><dt>author:</b></dt><dd>JochenS</dd></dl> This severity is set to normal, because if you use the html output in combination with the eclipse help toolchain, the help server will not accept the additional </b> (not well formed) and is not displaying the help file at all.. It works perfect in the 1_5_6 version, but there is no eclipse support there. Workaround a: - Use 1.8.0 Version to generate the eclipse support - Use 1.5.6 Version to build the Helpfiles. Workaround b: - Use grep to remove the </b> from the html-files
Confirmed. Should be fixed in the next subversion update.
I've run into what appears to be the same issue, but wanted to note that in my case @par was breaking the HTML output when I attempted to load it in Chrome (tested broken in FF11.0 and IE9 as well) due to the unpaired </b> tag and my use of the .xhtml extension option for IE svg compatibility. Should you be running into the issue from this side, setting the extension back to .html will allow you to open the pages.
This bug was previously marked ASSIGNED, which means it should be fixed in doxygen version 1.8.1. 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.