GNU bug report logs - #22234
25.0.50; EWW doesn't display some links in GNU manuals

Previous Next

Full log

Message #35 received at 22234 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 22234 <at> debbugs.gnu.org
Subject: Re: bug#22234: 25.0.50; EWW doesn't display some links in GNU manuals
Date: Fri, 25 Dec 2015 20:49:18 +0100

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Lars Ingebrigtsen <larsi <at> gnus.org>
>> Cc: 22234 <at> debbugs.gnu.org
>> Date: Fri, 25 Dec 2015 18:22:12 +0100
>> 
>> What stumped me was this:
>> 
>> Remote-Configuration.html#set%20remote%20exec%2dfile
>> 
>> The anchor here is "set remote exec-file", and it didn't go there in the
>> final page.  But there is no such anchor there!  There's a 
>> 
>> <a name="set-remote-exec_002dfile">
>> 
>> anchor there, though.  Is this a bug on the web pages?
>
> I'm not an HTML expert, but aren't you supposed to use the part after
> the hash in the original link, not the redirecting one?

I didn't consider that...

Apparently there is much confusion around the issue.  The spec
originally didn't allow #fragments in HTTP redirects, but then it did:

"With strict reading RFC2616 does not allow fragments in Location header
values, since they are not part of absolute URIs. However, with the
IETF's HTTP rewrite draft this was fixed."

http://stackoverflow.com/questions/1284021/can-i-send-a-http-redirect-to-a-url-with-an-anchor

But this is with HTTP redirects...  I wonder whether HTML <meta>
redirects suffer the same confusion...

I looked at what Firefox did with the page in question, and it, too,
didn't seem to go to the intended anchor.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.