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 544311 - html links to anchors on current page do not work
html links to anchors on current page do not work
Status: RESOLVED FIXED
Product: yelp
Classification: Applications
Component: General
2.22.x
Other Linux
: Normal minor
: Yelp 3.0
Assigned To: Yelp maintainers
Yelp maintainers
Depends on:
Blocks:
 
 
Reported: 2008-07-23 11:33 UTC by Josselin Mouette
Modified: 2010-05-10 21:34 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22



Description Josselin Mouette 2008-07-23 11:33:07 UTC
[ Forwarded from http://bugs.debian.org/487762 by Tim Retout ]

In yelp, when clicking on an html link to an anchor on the current page, 
e.g.:

<a name="toc_Preface" href="#Preface">1 About the GNU Coding Standards</a>

I get a dialog box saying:

        Page not found
        The page Preface was not found in the TOC

The same page behaves as expected in Epiphany. You can also reproduce 
this with most Debian manuals with the 'Contents' link at the top. (On 
the first page only, of course. Links to index.html#contents on the 
other pages work fine, and jump to the right section.)

[ Additional comments from myself ]

This does not happen with the GNOME XML manuals, only with plain HTML manuals (we generate scrollkeeper files for them so that they appear in yelp).
Comment 1 alp 2008-07-23 23:41:56 UTC
I wrote up a summary of the inconsistent URL fragment handling in bug #512827 (Yelp WebKit port). The proposed changes to Yelp and Yelp's docbook XSL stylesheets might help resolve this issue too.
Comment 2 Deng Xiyue 2008-11-17 17:38:55 UTC
Another workaround: when you click the in-page-anchor it reports "not found", but you can click "back" and "forward" button, which leads you to the correct place without problem.

Perhaps it has something to do with line 264 in src/yelp-toc.c, where TOC_STATE_PARSED handled the same as TOC_STATE_STOP, where the latter indicates failure, but the former shouldn't.
Comment 3 Shaun McCance 2010-05-10 21:34:45 UTC
Thanks for the bug report. This is now working correctly in the development version in git master.