[Tools-discuss] Missing draftname component

Carsten Bormann <cabo@tzi.org> Sat, 08 July 2023 14:43 UTC

Return-Path: <cabo@tzi.org>
X-Original-To: tools-discuss@ietfa.amsl.com
Delivered-To: tools-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5C8AFC14CF0D for <tools-discuss@ietfa.amsl.com>; Sat, 8 Jul 2023 07:43:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.896
X-Spam-Level:
X-Spam-Status: No, score=-6.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3KBQhbtzRkxZ for <tools-discuss@ietfa.amsl.com>; Sat, 8 Jul 2023 07:43:21 -0700 (PDT)
Received: from smtp.zfn.uni-bremen.de (smtp.zfn.uni-bremen.de [IPv6:2001:638:708:32::21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 040E8C14CEFA for <tools-discuss@ietf.org>; Sat, 8 Jul 2023 07:43:19 -0700 (PDT)
Received: from client-0227.vpn.uni-bremen.de (client-0227.vpn.uni-bremen.de [134.102.107.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.zfn.uni-bremen.de (Postfix) with ESMTPSA id 4QytKx3Y2dzDCbM; Sat, 8 Jul 2023 16:43:17 +0200 (CEST)
From: Carsten Bormann <cabo@tzi.org>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mao-Original-Outgoing-Id: 710520196.970232-f528c203ba610587614079427ab4929d
Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\))
Date: Sat, 08 Jul 2023 16:43:17 +0200
Message-Id: <A6E0FC90-F8A3-4072-842F-920487B84381@tzi.org>
To: tools-discuss <tools-discuss@ietf.org>
X-Mailer: Apple Mail (2.3608.120.23.2.7)
Archived-At: <https://mailarchive.ietf.org/arch/msg/tools-discuss/Qg3aucWRNbY7AK844d1mg6dnkks>
Subject: [Tools-discuss] Missing draftname component
X-BeenThere: tools-discuss@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: IETF Tools Discussion <tools-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tools-discuss>, <mailto:tools-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tools-discuss/>
List-Post: <mailto:tools-discuss@ietf.org>
List-Help: <mailto:tools-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tools-discuss>, <mailto:tools-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 08 Jul 2023 14:43:24 -0000

I know that idnits is another tool that is in the cellars of the technical debt department, but I wanted to point out one misfeature that should not be repeated in any reimplementation:

  ** Missing revision: the document name given in the document,
     'draft-ietf-core-href-latest', does not give the document revision number

  ~~ Missing draftname component: the document name given in the document,
     'draft-ietf-core-href-latest', does not seem to contain all the document
     name components required ('draft' prefix, document source, document name,
     and revision) -- see https://www.ietf.org/id-info/guidelines#naming for
     more information.

  == Mismatching filename: the document gives the document name as
     'draft-ietf-core-href-latest', but the file name used is
     'draft-ietf-core-href’

Of course, idnits is right here: the version of the draft that it saw is not ready for submission.  It uses Martin Thomson’s widely spread convention of using draft-…-latest as the docname and draft-… (no revision number) as the filename.

But this is the most likely status of the draft where I’ll look for idnits!
Tacking on an actual revision number happens when I’m long done fixing editorial issues like the ones idnits reports.

When I pointed out this misfeature to Henrik a few years ago, he correctly stated that the draft was not ready for submission, so it was idnits’ duty to report this.  Correct, but generating three (sometimes four) error messages for the most common situation is wasting everyone’s time, a single “Not ready for submission while using »-latest« docname/filename convention” would be as correct (and it might even help fixing errors in using that convention).  

I offer this as an example for one of the many places where our tools do not attempt to support the authoring process, but simply assume that this process is already completed for the document that is being processed.

(I don’t really expect fixing this misfeature to be fast-tracked before the idnits re-write that has been impending for a few years.)

Grüße, Carsten

PS.:

  == There are 16 instances of lines with non-ascii characters in the document.

Yeah.  Which characters?

(Kramdown-rfc has a utility “echars” that you may want to try:

*** Latin-1 Supplement (Latin)
ä: U+00E4    3 LATIN SMALL LETTER A WITH DIAERESIS
ü: U+00FC    2 LATIN SMALL LETTER U WITH DIAERESIS
*** General Punctuation (Common)
—: U+2014    1 EM DASH
*** Mathematical Operators (Common)
≥: U+2265    1 GREATER-THAN OR EQUAL TO
*** Box Drawing (Common)
─: U+2500  131 BOX DRAWINGS LIGHT HORIZONTAL
│: U+2502   24 BOX DRAWINGS LIGHT VERTICAL
├: U+251C    2 BOX DRAWINGS LIGHT VERTICAL AND RIGHT
┤: U+2524    2 BOX DRAWINGS LIGHT VERTICAL AND LEFT
╭: U+256D    4 BOX DRAWINGS LIGHT ARC DOWN AND RIGHT
╮: U+256E    4 BOX DRAWINGS LIGHT ARC DOWN AND LEFT
╯: U+256F    4 BOX DRAWINGS LIGHT ARC UP AND LEFT
╰: U+2570    4 BOX DRAWINGS LIGHT ARC UP AND RIGHT

So it uses Universität, Keränen and Amsüss, an em-dash, some math, and drawing characters for the plaintext version of a set of railroad syntax diagrams.)