Re: Info reader fails to follow xrefs to anchors

[Gavin Smith]

>> On 13 July 2015 at 15:24, Ludovic Courtès <address@hidden> wrote:
>>> The standalone Info reader in Texinfo 6.0 fails to follow
>>> cross-references to anchors: Following such a link leads to an unrelated
>>> place in the document.  This is a regression compared to Texinfo 5.2
>>> (guix.texi is one example that illustrates the bug.)

> File attached.  As an example: Go to “Substitutes” and try to follow the
> anchors ‘daemon-substitute-urls’ and ‘client-substitute-urls’ (see
> <http://git.savannah.gnu.org/cgit/guix.git/tree/doc/guix.texi#n1439>.)

So I go to Substitutes and see this:

   The 'hydra.gnu.org' server is a front-end to a build farm that builds
packages from the GNU distribution continuously for some architectures,
and makes them available as substitutes.  This is the default source of
substitutes; it can be overridden by passing the '--substitute-urls'
option either to 'guix-daemon' (*note 'guix-daemon --substitute-urls':
daemon-substitute-urls.) or to client tools such as 'guix package'
(*note client '--substitute-urls' option: client-substitute-urls.).

I put the cursor over the first cross-reference, on 'guix-daemon
--substitute-urls'. (I get there by pressing Tab, if it makes a
difference.) Then I press return, and come to the node
(guix.info)Invoking guix-daemon, with the cursor at the start of the
following paragraph:

     Consider URLS the default whitespace-separated list of substitute
     source URLs.  When this option is omitted, 'http://hydra.gnu.org'
     is used.

I checked the source for this and it's:

@item address@hidden
@anchor{daemon-substitute-urls}
Consider @var{urls} the default whitespace-separated list of substitute
source URLs.  When this option is omitted, @indicateurl{http://hydra.gnu.org}
is used.

This means that substitutes may be downloaded from @var{urls}, as long
as they are signed by a trusted signature (@pxref{Substitutes}).

so it went to the right place.

A similar result happened for following the second cross-reference in
that paragraph.

I tried this with hide-note-references=On and hide-note-references=Off
in.infokey and it made no difference.

Finally I thought I'd try in in a UTF-8 terminal: this made all the
difference: it jumps to the end of a node, nowhere near these anchors.
I'll investigate the reason for this.