This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 30190 - [f+O3.1] Namespace documents contain bad links in normative references
Summary: [f+O3.1] Namespace documents contain bad links in normative references
Status: RESOLVED FIXED
Alias: None
Product: XPath / XQuery / XSLT
Classification: Unclassified
Component: Functions and Operators 3.1 (show other bugs)
Version: Recommendation
Hardware: PC All
: P2 normal
Target Milestone: ---
Assignee: Michael Kay
QA Contact: Mailing list for public feedback on specs from XSL and XML Query WGs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-10-28 21:29 UTC by Michael Kay
Modified: 2017-12-20 10:51 UTC (History)
1 user (show)

See Also:


Attachments

Description Michael Kay 2017-10-28 21:29:24 UTC
The namespace documents for

http://www.w3.org/2005/xpath-functions
http://www.w3.org/2005/xpath-functions/map
http://www.w3.org/2005/xpath-functions/math
http://www.w3.org/2005/xpath-functions/array

contain bad links in the Normative References section.

For example, the HTML source of the xpath-functions namespace document contains the markup

<p><a href="XQuery and XPath Functions and Operators 3.1">XQuery and XPath Functions and Operators 3.1</a> (21 March 2017 version)</p>

Leading to a 404 error if the link is clicked.
Comment 1 Andrew Coleman 2017-12-13 14:28:40 UTC
Hi Mike, it would appear that the hrefs were stripped out in a commit that you applied while preparing these documents for publication as recommendation:

https://lists.w3.org/Archives/Member/member-xsl-query-commit/2017Mar/0058.html

Was this intentional?  I suspect this is why the links are broken.
Comment 2 Michael Kay 2017-12-19 12:53:09 UTC
Thanks for the analysis, Andrew.

The change certainly wasn't deliberate, it was an unintended side-effect of some kind of change in the build process for these documents.

I get the impression you have fixed the problem manually in the generated HTML, which is probably fine, though I would like to be confident that it's also fixed at source if anyone every rebuilds the documents.

I have identified the build problem at line 197 of ns-blank-2017.xsl where

        <a href="{$etc-bibl/@key}">
          <xsl:value-of select="$etc-bibl/@key"/> 
        </a>

should read

        <a href="{$etc-bibl/titleref/@href}">
          <xsl:value-of select="$etc-bibl/@key"/> 
        </a>

I will rebuild and commit.
Comment 3 Andrew Coleman 2017-12-20 10:51:41 UTC
resolved in latest commit