After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 498703 - Wrong character encoding in HTMLHelp contents
Wrong character encoding in HTMLHelp contents
Status: RESOLVED FIXED
Product: doxygen
Classification: Other
Component: general
1.5.4
Other All
: Normal normal
: ---
Assigned To: Dimitri van Heesch
Dimitri van Heesch
Depends on:
Blocks:
 
 
Reported: 2007-11-21 09:42 UTC by Peter Waszkewitz
Modified: 2012-02-27 07:58 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
test config (313 bytes, text/plain)
2011-12-20 05:56 UTC, Sergey Enns
Details
test file with group definition (70 bytes, text/plain)
2011-12-20 05:56 UTC, Sergey Enns
Details

Description Peter Waszkewitz 2007-11-21 09:42:17 UTC
Please describe the problem:
In a German HTMLHelp file, the "Related Information" entry is "Zusätzliche Informationen". It appears correct in the text but in the contents tree view, the special German character is represented as a two-byte UTF-8 sequence.

Steps to reproduce:
1. Create a doxygen project with a standalone \page so that a "Related information" section appears
2. Set the output language to German
3. Compile to chm


Actual results:
Related information is correctly translated, displayed correctly in the HTML text, but with a wrong character in the tree view.

Expected results:
To have it appear with the correct character in the tree view.

Does this happen every time?
yes

Other information:
It appears that hhc.exe supports UTF-8 in the html topic files but not in the hhc file. I could not fix it by editing the hhc file to have UTF-8 encoding. However, using the ä character entity in the hhc file fixed it without any other changes to the HTMLHelp project. So I guess that translating special characters, if possible, to HTML character entities in the hhc file should fix it.
Comment 1 Dimitri van Heesch 2007-12-15 22:10:54 UTC
Can you check if this already has been fixed in the latest subversion update? 
I corrected the character encoding for the various index file.
A binary for windows can be downloaded here: http://doxygen.sourceforge.net/dl/doxygen-1.5-cvs/
Comment 2 Peter Waszkewitz 2007-12-19 11:28:24 UTC
As far as I can see, it is not fixed. I can supply a project file and some source files to demonstrate the problem.
Comment 3 Dimitri van Heesch 2007-12-20 10:18:18 UTC
Please do. You can attach it to this bug report.
Comment 4 Christoph Wurm 2009-01-19 14:17:30 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!
Comment 5 Sergey Enns 2011-12-20 05:56:08 UTC
Created attachment 203930 [details]
test config

I found a small problem with encoding while generating HtmlHelp index file.
doxygen 1.7.1
Group name had written in UTF-8 though chm_index_encoding and input_encoding was setted as windows-1251
When i disable input_encoding hhk file generates normally, but contents of group stay unreadable (utf-8 default)

Now i use doxygen 1.5.6 where group description doesn't include in hhk file.
As hhc doesn't support utf-8 guess hhk values shouldn't be encoded.
Comment 6 Sergey Enns 2011-12-20 05:56:44 UTC
Created attachment 203931 [details]
test file with group definition
Comment 7 Sergey Enns 2011-12-20 05:57:54 UTC
Can't reopen this bug
Comment 8 Dimitri van Heesch 2011-12-20 08:54:15 UTC
Confirmed. Should be fixed in the next subversion update.
Comment 9 Dimitri van Heesch 2012-02-25 15:37:41 UTC
This bug was previously marked ASSIGNED, which means it should be fixed in
doxygen version 1.8.0. 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.
Comment 10 Sergey Enns 2012-02-27 07:58:14 UTC
Good!It's ok in version 1.8.0.