GNOME Bugzilla – Bug 719389
HTML escaping incorrectly applied in source tooltips
Last modified: 2013-12-24 18:59:27 UTC
HTML entities in source browser tooltips get HTML escaped, resulting in tooltips containing HTML entities such as " and > instead of double quote and greater than, respectively.
Can you please attach a self-contained example (source+config file in a tar or zip) that allows reproducing the problem?
Here's a page that you can visit that demonstrates the behaviour: http://sparist.github.io/Om/front__pull__term__operation_8hpp_source.html To reproduce, hover the class name FrontPullTermOperation in the source code. In the popup, you will see "The <-[terms] operation implementation.", which is taken from the brief comment for FrontPullTermOperation. Source file for FrontPullTermOperation: https://github.com/sparist/Om/blob/master/code/om/operation/front_pull_term_operation.hpp The om__operation__front_pull_term_operation__ reference is defined here: https://github.com/sparist/Om/blob/master/code/om/operation/front_pull_term_operation.dox
Created attachment 264232 [details] Minimal example based on the information provided Minimal example based on the information provided
Looks like the docify function is called twice. The input for docify is already: The <-[terms] operation implementation. after docify call (line 1420 of htmlgen.cpp: docify(desc);) this is: The &lt;-[terms] operation implementation. Possible problem / solution around line 1314 of htmlgen.cpp (case '&': m_t << "&"; break;) I'm not sure if the docify call should be removed or the docify subroutine shouldn't do the second substitution or ...
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.6. 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).