New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Use of @dotfile screws up link generation (Origin: bugzilla #140259) #1067

Closed
doxygen opened this Issue Jul 1, 2018 · 0 comments

Comments

Projects
None yet
1 participant
@doxygen
Owner

doxygen commented Jul 1, 2018

status VERIFIED severity normal in component general for ---
Reported in version 1.7.2 on platform Other
Assigned to: Dimitri van Heesch

On 2004-04-16 14:10:47 +0000, Frank HJ Cuypers wrote:

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

@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.

On 2004-07-25 20:11:12 +0000, Dimitri van Heesch wrote:

Fixed in 1.3.8

On 2004-08-09 17:30:45 +0000, Frank HJ Cuypers wrote:

Verfified 1.3.8. The bug is indeed solved for html output.
BUT there are no links at all in rtf output????

On 2007-10-15 19:40:34 +0000, Dimitri van Heesch wrote:

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.

On 2010-12-27 15:11:40 +0000, Fabio Durán Verdugo wrote:

(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.

On 2011-01-03 10:48:47 +0000, Frank HJ Cuypers wrote:

(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.

On 2011-02-21 20:14:46 +0000, Dimitri van Heesch wrote:

Confirmed. I'll correct the RTF problem (which is not related to @dotfile btw) in the next subversion update.

On 2011-03-28 14:19:20 +0000, Dimitri van Heesch wrote:

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.

@doxygen doxygen closed this Jul 19, 2018

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment