GNOME Bugzilla – Bug 762982
regression, Unescaped percent sign in doxygen output
Last modified: 2016-09-05 13:46:27 UTC
Description of problem: there's a problem to build documentation for the apron package in fedora 24. With doxygen 1.8.10, documentation for a certain operator% looks like this: \subsubsection[{operator\%(const texpr1\+::builder \&a, const texpr1\+::builder \&b)}]{\setlength{\rightskip}{0pt plus 5cm}texpr1\+::builder operator\% ( \begin{DoxyParamCaption} \item[{const texpr1\+::builder \&}]{a, } \item[{const texpr1\+::builder \&}]{b} \end{DoxyParamCaption} That works fine. However, with 1.8.11, this is produced: \subsubsection[{\texorpdfstring{operator\%(const texpr1\+::builder \&a, const texpr1\+::builder \&b)}{operator%(const texpr1::builder &a, const texpr1::builder &b)}}]{\setlength{\rightskip}{0pt plus 5cm}texpr1\+::builder operator\% ( \begin{DoxyParamCaption} \item[{const texpr1\+::builder \&}]{a, } \item[{const texpr1\+::builder \&}]{b} \end{DoxyParamCaption} The unescaped percent sign in the second argument to \texorpdfstring turns the rest of the line into a comment, leading to a LaTeX error. Version-Release number of selected component (if applicable): doxygen-1.8.11 How reproducible: Always Steps to Reproduce: 1. svn co svn://scm.gforge.inria.fr/svnroot/apron/apron/trunk apron 2. cd apron 3. make && make doc Actual results: Runaway argument? {\texorpdfstring {operator\%(const texpr0\+::builder \&a, const texpr\ETC. ! Paragraph ended before \@sect was complete. <to be read again> \par l.1954 ? ! Emergency stop. <to be read again> \par l.1954 ! ==> Fatal error occurred, no output PDF file produced! Expected results: Successful build of the documentation.
Does this problem also occur with version 1.8.11 or the current github version? Otherwise: Can you please attach a (small) self-contained example (source+config file in a tar or zip) that allows me to reproduce the problem?
i haven't tried the current github version, i will try it today and report the result. This problem occurs with the stable release 1.8.11, but not with 1.8.10. sure, i will upload the testcase for this issue today. Thanks
I've just pushed a proposed patch, as the second part of the patch for bug 763104, to github (pull request 454)
Ablert, i confirmed the fix. This issue is gone with your patch. Thanks!
I've set this issue to REOPENED again, not that there is a problem with the code but the issue has not been integrated in the main branch of doxygen yet and afterwards this will set to ASSIGNED so it will not get lost in the further process.
As written before (this time I can choose NEW): I've set this issue to NEW again, not that there is a problem with the code but the issue has not been integrated in the main branch of doxygen yet and afterwards this will set to ASSIGNED so it will not get lost in the further process. The code has not yet been integrated in the main branch not doxygen.
Proposed patch code has been integrated in master branch on github
*** Bug 766023 has been marked as a duplicate of this bug. ***
This bug was previously marked ASSIGNED, which means it should be fixed in doxygen version 1.8.12. 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 (preferably in the form of a self-contained example).