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 140259 - Use of @dotfile screws up link generation
Use of @dotfile screws up link generation
Status: VERIFIED FIXED
Product: doxygen
Classification: Other
Component: general
1.7.2
Other Windows
: High normal
: ---
Assigned To: Dimitri van Heesch
Dimitri van Heesch
Depends on:
Blocks:
 
 
Reported: 2004-04-16 14:10 UTC by Frank HJ Cuypers
Modified: 2011-04-01 09:45 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Frank HJ Cuypers 2004-04-16 14:10:47 UTC
I have a '@page' with several '@section's. The page contains '@ref' references 
to the sections. Somewhere in the page is also a '@dotfile'. '@ref' references 
to sections before the '@dotfile' are generated correctly. '@ref' references to 
sections after the '@dotfile' are wrong: an absolute address to the file in 
which the '@page' occurs is used. 
The problem occurs for HTML, RTF and latex  (and maybe more?).

Reproduce as follows.

doxyfile.txt:
=============
/**
@page page1 Page 1
Blabla
- @ref sect1
- @ref sect2
- @ref sect3
- @ref sect4

@section sect1 Section 1
Blabla
@section sect2 Section 2
Blabla
@dotfile sample.dot
Blabla
@section sect3 Section 3
Blabla
@section sect4 Section 4
Blabla
*/

sample.dot:
===========
digraph sample
{
  one->two;
}

configuration file:
===================
FILE_PATTERNS = *.txt
HAVE_DOT = YES
DOTFILE_DIRS = .

Now run doxygen. Look at the output for page1. The first 2 references (to 
section 1 and section 2) are correct. The two others are wrong.
Tested on win2000.
Comment 1 Dimitri van Heesch 2004-07-25 20:11:12 UTC
Fixed in 1.3.8
Comment 2 Frank HJ Cuypers 2004-08-09 17:30:45 UTC
Verfified 1.3.8. The bug is indeed solved for html output.
BUT there are no links at all in rtf output????
Comment 3 Dimitri van Heesch 2007-10-15 19:40:34 UTC
This bug's version was set to "latest". Since this is a moving target, I changed it to 1.5.3-SVN. If you believe this has already been fixed, then please change the status accordingly.
Comment 4 Fabio Durán Verdugo 2010-12-27 15:11:40 UTC
(In reply to comment #3)
> This bug's version was set to "latest". Since this is a moving target, I
> changed it to 1.5.3-SVN. If you believe this has already been fixed, then
> please change the status accordingly.


Closing...
Please feel free to reopen this bug if the problem still occurs with a newer version of GNOME.
Comment 5 Frank HJ Cuypers 2011-01-03 10:48:47 UTC
(In reply to comment #4)
> (In reply to comment #3)
> > This bug's version was set to "latest". Since this is a moving target, I
> > changed it to 1.5.3-SVN. If you believe this has already been fixed, then
> > please change the status accordingly.
> Closing...
> Please feel free to reopen this bug if the problem still occurs with a newer
> version of GNOME.

I just checked it on version 1.7.2. The bug is corrected on html output, but is still present for rtf output. In the rtf output links to #AAAAAAAAAB, #AAAAAAAAAC etc.. are generated, but there are no such targets (bookmarks) in the generated document. As a result, clicking on any of the links brings you to the start of the document, which is not so very useful.
Comment 6 Dimitri van Heesch 2011-02-21 20:14:46 UTC
Confirmed. I'll correct the RTF problem (which is not related to @dotfile btw) in the next subversion update.
Comment 7 Dimitri van Heesch 2011-03-28 14:19:20 UTC
This bug was previously marked ASSIGNED, which means it should be fixed in
doxygen version 1.7.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.