GNOME Bugzilla – Bug 596809
Names with eight-bit characters for \page break HTML links and LaTeX includes
Last modified: 2009-12-30 13:38:59 UTC
I have input files in ISO-8859-1 and have set INPUT_ENCODING accordingly. As the <name> for \page (first argument) I chose a name containing characters with the high bit set. (Probably not a clever thing to do...) doxygen processes this alright at first sight, producing amongst others a HTML file for this page, using as a file name the UTF-8 version of my <name>. The HTML file containing a link to this file also correctly contains that UTF-8 form of the name. But my browser (Firefox 3.5.x), when trying to follow the link, assumes that the name of target file will be encoded according to Windows rules (non-UTF-8). So the link is broken. The attached files will exhibit the problem: In the generated docs, in the tree view, click on the link "This is a page.". This will yield a "file not found" error (at least under Windows). (The culprit is line 101 in tree.html.)
Created attachment 144349 [details] Config and input file for reproducing the problem.
The generated LaTeX files will also reference a file witha name encoded in UTF-8, which will make LaTeX choke, too.
Confirmed. Should be fixed in the next subversion update.
This bug was previously marked ASSIGNED, which means it should be fixed in doxygen version 1.6.2. Please verify if this is indeed the case and reopen the bug if you think it is not fixed (include any additional information that you think can be relevant).