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 707483 - Wrong page number and header in pdf output
Wrong page number and header in pdf output
Status: VERIFIED FIXED
Product: doxygen
Classification: Other
Component: documentation
1.8.5
Other Windows
: Normal normal
: ---
Assigned To: Dimitri van Heesch
Dimitri van Heesch
Depends on:
Blocks:
 
 
Reported: 2013-09-04 16:28 UTC by albert
Modified: 2013-12-29 17:34 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description albert 2013-09-04 16:28:29 UTC
When looking at the index at the end of the doxygen manual and especially at the item "flex", it refers to page 7. When using the hyperlink to page 7 it lands on the wrong page 7, it lands in the contents and not in the "normal" documentation part, chapter installation.

A probably related problem is that the header line for the not numbered "Introduction" chapter is "Contents".

Another problem is the header line on the second page of each chapter. This is nicely illustrated in chapter 3. The second page reads here "Documenting the code" whilst this should be "Special comment blocks" like on the third page of this chapter. An alternative would be that all pages of the chapter would have the header line "Documenting the code" i.e. the chapter title.
Comment 1 Dimitri van Heesch 2013-09-09 11:40:37 UTC
Confirmed. Should be fixed in the next GIT update.
Comment 2 Dimitri van Heesch 2013-12-24 18:59:36 UTC
This bug was previously marked ASSIGNED, which means it should be fixed in
doxygen version 1.8.6. 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 (preferrably in the form of a self-contained example).
Comment 3 albert 2013-12-29 17:34:50 UTC
Reference is now correct