Incorrect auto linking in html versions of drafts and RFCs

Mohit Sethi <mohit.m.sethi@ericsson.com> Wed, 23 May 2018 06:35 UTC

Return-Path: <mohit.m.sethi@ericsson.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2EC76124B17 for <ietf@ietfa.amsl.com>; Tue, 22 May 2018 23:35:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.31
X-Spam-Level:
X-Spam-Status: No, score=-4.31 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qCAXGOjUYt_q for <ietf@ietfa.amsl.com>; Tue, 22 May 2018 23:35:56 -0700 (PDT)
Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DB85B124C27 for <ietf@ietf.org>; Tue, 22 May 2018 23:35:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; d=ericsson.com; s=mailgw201801; c=relaxed/simple; q=dns/txt; i=@ericsson.com; t=1527057353; h=From:Sender:Reply-To:Subject:Date:Message-ID:To:Cc:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=VB+FxiGe3DT02Met2pSW6WSLxLHeM10mziTPljGvRYI=; b=BsfhORIWCPT2ooRdHLQYxE2dfzJyszzIrBNW6LGC4ojAhmV1M4WBUOz6ty5Imww4 eH0/WPjQMjb0igNkkSocG3ksGFtMcy386NYQXFrEj0JzM1A4iCmC7oE+NjIAle9U 7TlxY7rBhS90ax/LJ4OsL+gViTiV/qJiUP4I27MkMuE=;
X-AuditID: c1b4fb25-5a1ff700000044b2-d8-5b050bc9386f
Received: from ESESSHC018.ericsson.se (Unknown_Domain [153.88.183.72]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 8F.53.17586.9CB050B5; Wed, 23 May 2018 08:35:53 +0200 (CEST)
Received: from nomadiclab.fi.eu.ericsson.se (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.74) with Microsoft SMTP Server id 14.3.382.0; Wed, 23 May 2018 08:35:52 +0200
Received: from nomadiclab.fi.eu.ericsson.se (localhost [127.0.0.1]) by nomadiclab.fi.eu.ericsson.se (Postfix) with ESMTP id 9CBB34811E2; Wed, 23 May 2018 09:35:52 +0300 (EEST)
Received: from [127.0.0.1] (localhost [IPv6:::1]) by nomadiclab.fi.eu.ericsson.se (Postfix) with ESMTP id 64C57480A7D; Wed, 23 May 2018 09:35:52 +0300 (EEST)
To: rfc-interest@rfc-editor.org, ietf@ietf.org
From: Mohit Sethi <mohit.m.sethi@ericsson.com>
Subject: Incorrect auto linking in html versions of drafts and RFCs
Message-ID: <885ec895-6a29-0589-5349-193da4bd7e54@ericsson.com>
Date: Wed, 23 May 2018 09:35:52 +0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="------------918561D065F6FC5B26059FB7"
Content-Language: en-US
X-AV-Checked: ClamAV using ClamSMTP
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrMLMWRmVeSWpSXmKPExsUyM2K7h+5JbtZog63v+CyebZzPYnHweAOb A5PHkiU/mTwa2o6xBjBFcdmkpOZklqUW6dslcGV8alvGXrDIpuJZ6z22BsbVhl2MnBwSAiYS 3Q+2MnYxcnEICRxhlNh5YwMrhLODUWLy0k/MEM5mRonDG5Ywg7QICSxklLh7LqGLkYNDRMBI 4uwkfZAwm4CeROe542AlwgLOEsfXHmUHsXkF7CU+3XvJCmKzCKhKPL2+mQnEFhWIkLh3/hMb RI2gxMmZT1hARjILhEl8v1cHEmYWEJe49WQ+E8ShyhILWhYxQlygLrG14wDjBEaBWUi6ZyF0 z0LSDWFbSMycf54RwtaWWLbwNTOErSHROmcuO4QtL9G8dTbzAkb2VYyixanFSbnpRsZ6qUWZ ycXF+Xl6eaklmxiBQX9wy2/VHYyX3zgeYhTgYFTi4S37zxItxJpYVlyZe4hRgoNZSYT31B+g EG9KYmVValF+fFFpTmrxIUZpDhYlcd6H5pujhATSE0tSs1NTC1KLYLJMHJxSDYx23AL8yVF3 N9wyl3d45VGk9G6qy92Psstnfz7w1JihyJqf6bJ7O5eYmrFxcqWr9TfXFc7pSWfXCe+46vc/ PTln1vJtWzb8eT5nocxsk+NvJ/269D+7pD1+xa/87XVPLjsqnC4M9vBNidd9kuO/TfP9omVb Z2VzOsaz75749IFgylaHUNlV7p+UWIozEg21mIuKEwF7+YWjdgIAAA==
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/RWKtVXOWJtAMxA2m8uJZq7LadUY>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 23 May 2018 06:35:58 -0000

Hi all,

I have lately been implementing some drafts and RFCs related EAP and 
JSON Web formats (JWS/JWK/JWA etc.). While reading, I noticed an unusual 
problem with some of the hyper links in the HTML version of drafts/RFCs.

Sometimes, there is text in a draft/RFC saying "look at section x.y.z of 
some external document", the HTML version of the draft/RFC automatically 
generates a hyper link for the text "section x.y.z". This hyper link 
however points to the section x.y.z in the current document. In many 
cases, section x.y.z does not even exist in the current document.

Here is a couple of examples from RFC 7517 
(https://tools.ietf.org/html/rfc7517):

1. The text in section 4 reads "

returns only the lexically last duplicate member name, as specified
    inSection 15.12 <https://tools.ietf.org/html/rfc7517#section-15.12>  (The JSON Object) of ECMAScript 5.1 [ECMAScript <https://tools.ietf.org/html/rfc7517#ref-ECMAScript>].

"

The hyper link for "Section 15.12" tries to find section 15.12 in RFC 
7517 which clearly does not have such a section.

2. From the same text in section 4 "

  Section 6 <https://tools.ietf.org/html/rfc7517#section-6>  of the JSON Web Algorithms (JWA) [JWA <https://tools.ietf.org/html/rfc7517#ref-JWA>] specification
    defines multiple kinds of cryptographic keys and their associated
    members.
"

The hyper link for "Section 6"  links to Section 6 of the JWK document 
instead of linking it to the Section 6 of the JWA document as it should!

3. Here is another example from a randomly chosen RFC. This text is 
taken from RFC 8321 section 7 (https://tools.ietf.org/html/rfc8321): "

Performance Metric Definition
    template defined inSection 5.4 of [RFC6390] <https://tools.ietf.org/html/rfc6390#section-5.4>  and the Dependencies
    laid out inSection 5.5 <https://tools.ietf.org/html/rfc8321#section-5.5>  of that document.

"

Here the first link correctly points to Section 5.4 of RFC6390 but the 
second link points to "Section 5.5" of RFC 8321 instead of RFC6390.

Please note that I have encountered this problem several other drafts 
and RFCs. What's worse, there is no way for draft authors to control 
this behavior with xml2rfc. The txt and html outputs from xml2rfc do not 
show these automatic hyper links. I was hoping that this is something 
the RFC editor could resolve at least for all future RFCs and drafts if 
not retrospectively fix existing documents.

--Mohit

PS: I wasn't sure which was the right list. Please feel free to forward 
it to the right list.