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 657704 - Broken PROJECT_LOGO in HTML or CHM
Broken PROJECT_LOGO in HTML or CHM
Status: RESOLVED FIXED
Product: doxygen
Classification: Other
Component: general
1.7.5.1
Other Windows
: Normal minor
: ---
Assigned To: Dimitri van Heesch
Dimitri van Heesch
Depends on:
Blocks:
 
 
Reported: 2011-08-30 13:38 UTC by tdf.webmaster
Modified: 2013-05-19 12:36 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Screenshot of broken project logo from CHM output (1.99 KB, image/png)
2011-08-30 13:38 UTC, tdf.webmaster
  Details
Screenshot of broken project logo from HTML output (4.50 KB, image/png)
2011-08-30 13:38 UTC, tdf.webmaster
  Details
PATCH: check not only for / but also for \ (460 bytes, patch)
2013-02-10 19:18 UTC, albert
none Details | Review

Description tdf.webmaster 2011-08-30 13:38:23 UTC
Created attachment 195197 [details]
Screenshot of broken project logo from CHM output

Hello,

I generate CHM documentation. In the Doxyfile, the value of PROJECT_LOGO $(COMRES_DIR)\logo.bmp. The variable exists, and the path it points to exists as well.

Regardless if I hardcode the path (D:\Projects\Common Resources\logo.bmp) or if it partially contains a environment variable, the bitmap is broken in the HTML and CHM output of the documentation.

In the CHM output, a "missing bitmap" icon is used in place of the bitmap.
In the HTML out, the text "Logo" is used in place of the bitmap.

I have attached screenshots of results from the HTML and CHM outputs.

Since the path to the bitmap contains a space, I have also tried the following variations:

"$(COMRES_DIR)\logo.bmp"
"D:\Projects\Common Resources\logo.bmp"

but to no avail.

I have previously used version 1.7.4 and this was not an issue.
Comment 1 tdf.webmaster 2011-08-30 13:38:50 UTC
Created attachment 195198 [details]
Screenshot of broken project logo from HTML output
Comment 2 albert 2013-02-10 19:18:15 UTC
Created attachment 235635 [details] [review]
PATCH: check not only for / but also for \

In stripPath not only strip paths with / but also with \.

Note" could not test on a Linux system, so I don't know what will happen when the logo name contains a space and this has been escaped by means of a \ or a path that contains for the same reasons a \/
Comment 3 Dimitri van Heesch 2013-03-31 10:20:04 UTC
Thanks, I'll include the patch in the next subversion update.
Comment 4 Dimitri van Heesch 2013-05-19 12:36:19 UTC
This bug was previously marked ASSIGNED, which means it should be fixed in
doxygen version 1.8.4. 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.